Add property forceRecomputeRowHeights to VirtualScroll

Virtual Scroll doesn't update row heigh properly when using a function.
This happens only when you are using a function in the rowHeight prop and you change something in that function. For example when the row height is dinamic and the function changes when the user do something. I tried to find out how to make this work properly and finally I found that the easiest way for me is to add a new property forceRecomputeRowHeights and, if that prop is true, call the method recomputeRowHeights on componentWillReceiveProps. I know isn't the best way but from now is my best idea, with that change it works properly updating the render when I want. I have something like this in my component:
componentWillMount () {
	this.forceRecomputeRowHeights = false
}

// When the function data changes I set that to true this.forceRecomputeRowHeights = true
// Then on render

render () {
   let forceRecomputeRowHeights = this.forceRecomputeRowHeights

   if  (forceRecomputeRowHeights)  {
         this.forceRecomputeRowHeights = false
   }

   <VirtualScroll
          ...
	  forceRecomputeRowHeights={forceRecomputeRowHeights}
    />
}

What's do you think? Thanks

[Current coverage][cc-pull] is 95.17% (diff: 50.00%)

Merging [#324][cc-pull] into [master][cc-base-branch] will increase coverage by 0.38%

@@             master       #324   diff @@
==========================================
  Files            32         32
  Lines          1170       1160    -10
  Methods          95         94     -1
  Messages          0          0
  Branches        246        243     -3
==========================================
- Hits           1109       1104     -5
+ Misses           61         56     -5
  Partials          0          0

Powered by Codecov. Last update [73b2bf7...6f02700][cc-compare]
[cc-base-branch]: https://codecov.io/gh/bvaughn/react-virtualized/branch/master?src=pr
[cc-compare]: https://codecov.io/gh/bvaughn/react-virtualized/compare/73b2bf7ab1fbce0dfa64c9d59fcdcb8c3a87ff8c...6f027006e0f0b45e56a4125cb66911faa33ecfe4?src=pr
[cc-pull]: https://codecov.io/gh/bvaughn/react-virtualized/pull/324?src=pr

Hey @Sediug,
There are 2 relevant things to consider (although you may already be aware of both):

react-virtualized components are "pure" in order to be as performant as possible. This means that unless properties change, nothing will re-render. This is why I expose a forceUpdateGrid method.
If rowHeight is a function, changes to it are ignored. This is because people often define anonymous functions in render. Without this optimization, react-virtualized would be constantly throwing away its cache and recalculating. This is why I expose a recomputeRowHeights method.

Your change would work around the 2nd issue but I'm afraid the cost would be too great. Any time an external prop changed- anything- it would throw away the measurement cache. For dynamic height rows- especially ones measured by CellMeasurer- this would be a big performance hit.
In addition to that, all virtualized components share an informal interface. This means this method would need to be added to Collection, FlexTable, and Grid in addition to VirtualScroll. Particularly with Grid and FlexTable though this would be an even more expensive change. (FlexTable because sortable rows would clear the cache; Grid because both column and row caches would be cleared- being doubly expensive.)
I think the best solution here would just be for you to create a HOC that decorates a VirtualScroll. For example...
class HighOrderComponent extends Component {
  componentWillReceiveProps (newProps) {
    if (this.props.rowHeight !== newProps.rowHeight) {
      this._virtualScroll.recomputeRowHeights(0)
    }
  }

  render () {
    return (
      <VirtualScroll
        {...this.props}
        ref={(ref) = this._virtualScroll = ref}
      />
    )
  }
}

I appreciate the contribution! I really do. :)
But I'm extra wary of adding anything that might be accidentally used in a way that's costly to performance, so I'm going to pas on this change set. Hope you understand!

Yes, ofc. Thanks so much for your time :+1: I really apreciate your answer :). The HOC it's a nice idea, thanks you very much!


chore(ci): Cache tox environments

Trying this out here mostly because this is a lightweight package.

Works, but for one dependency it doesn't matter.


Thread pool executor usage in iced_wgpu::window::Compositor

Currently, wgpu compositor creation uses the futures thread pool executor:
https://github.com/hecrj/iced/blob/ab0ee1a8d09a717cbcd04d0a2d711ce53fe0e172/wgpu/src/window/compositor.rs#L22
This works inside tokio, but not inside glib:
thread 'main' panicked at 'cannot execute `LocalPool` executor from within another executor: EnterError', /home/greg/.local/share/cargo/registry/src/github.com-1ecc6299db9ec823/futures-executor-0.3.5/src/local_pool.rs:78:18
stack backtrace:
  […]
  15: futures_executor::local_pool::run_executor
             at /home/greg/.local/share/cargo/registry/src/github.com-1ecc6299db9ec823/futures-executor-0.3.5/src/local_pool.rs:78
  16: futures_executor::local_pool::block_on
             at /home/greg/.local/share/cargo/registry/src/github.com-1ecc6299db9ec823/futures-executor-0.3.5/src/local_pool.rs:317
  17: <iced_wgpu::window::compositor::Compositor as iced_graphics::window::compositor::Compositor>::new
             at /home/greg/.local/share/cargo/git/checkouts/iced-9e73d2fbe1fce35a/ab0ee1a/wgpu/src/window/compositor.rs:22

I have changed my local copy of the code to use async-trait to make new async and it works :)
What do you think about e.g. adding a new_async method and keeping new as a futures::executor::block_on(Self::new_async) type thing for backwards compatibility / simplicity?
Or.. not doing backwards compatibility for a rather low level API, and dropping the dependency on futures-executor (/ executor feature in futures)?
(P.S. I know that I could delve into raw wgpu usage like in the integration example, but that's too much code to copy, I want to use the iced_wgpu::window::compositor::Compositor)

What is the use case here? Why are you calling Compositor::new inside a glib executor?
Also, isn't this an issue with futures / glib? It's a leaky abstraction, exposing the implementation details of a function.

Why are you calling Compositor::new inside a glib executor?

I'm building an async program using glib as the runtime. I don't want to segregate window creation into a special pre-async part.

Also, isn't this an issue with futures / glib?

Would be nice if glib supported this I guess, but as far as I can tell, support for nesting executors like this is not mandatory.

exposing the implementation details of a function

Well, Compositor::new currently exposes the requirement for not being in an async context (unless the context supports this) by hiding the async inside…
Hiding any async in a public synchronous function in a library in general feels wrong to me :/

I don't want to segregate window creation into a special pre-async part.

Why not? Is your window creation async-based?

Well, Compositor::new currently exposes the requirement for not being in an async context (unless the context supports this) by hiding the async inside…

But it shouldn't! The fact that the function uses a context to await some futures should be an implementation detail that doesn't leak. All you should need to know is that Compositor::new may block, like all of the other Compositor trait methods.

Hiding any async in a public synchronous function in a library in general feels wrong to me :/

I can implement an async new method for the Compositor struct in iced_wgpu, as it's a special case. Keep in mind that the other methods can still block (specially draw), so if you use them inside a future, then you should consider using spawn_blocking.

The fact that the function uses a context to await some futures should be an implementation detail that doesn't leak.

I'm not sure that's actually possible. The presence or absence of an async context is invisible to a regular sync function, but it matters for functions like block_on — as I understand it, you're only supposed to use your runtime's block_on, but tokio and async-std support futures::executor somehow.
You can't really encapsulate other libraries' global (well, thread-local) state.

I can implement an async new method for the Compositor struct in iced_wgpu

Yes, please, that would be great.

Why not? Is your window creation async-based?

I just don't want to! :P I like the async main() thing!

as I understand it, you're only supposed to use your runtime's block_on, but tokio and async-std support futures::executor somehow

I don't think this is stated anywhere in the Future contract, which mostly specifies that it should not block. Therefore, this is currently up to the implementation of each executor.
I am just pointing out that glib / futures panicking when something decides to block on a future inside its context is leaking global state and destroying API boundaries. I am aware this is an ecosystem issue, but we should not take it for granted, specially when this is Rust we are talking about.

I just don't want to! :P I like the async main() thing!

Sure, that's fine if you are actually dealing with async! But wgpu isn't async yet! It will block in many of its operations and, as far as I know, you should never block inside an async context.
By any chance, are you running Compositor::new inside a spawn_blocking? This could actually be the cause of the issue.

I have opened #369, which implements an async Compositor::request method alongside  Compositor::create_backend.
Let me know if it works for you, and keep in mind Compositor::draw may block until the next frame!

are you running Compositor::new inside a spawn_blocking?

glib is single-threaded, there is no spawn_blocking.

Compositor::draw may block until the next frame!

There was a bug in wgpu 0.4 that caused it to use Vulkan's FIFO mode even when Mailbox mode was specified (by iced). In wgpu 0.5, everything works correctly, the present is non-blocking :)

Let me know if it works for you

Yep, works great, thanks!

glib is single-threaded, there is no spawn_blocking.

I believe whether you choose to run your futures on a single-threaded executor or not shouldn't matter. They should still never block. Concurrency is not parallelism.
In this case, you may need to spawn a thread for blocking operations.

In wgpu 0.5, everything works correctly, the present is non-blocking :)

Per the docs, it may block:

The presentation engine waits for the next vertical blanking period to update the current image, but frames may be submitted without delay.

For instance, draw blocks on my Linux machine. I can tell by enabling the debug view and looking at the render time.


v8docs.nodesource.com links are broken

All the doc links to v8docs are 404s. It seems like they got taken down for node 8.11 and only 8.16 are up now.
For example, Nan::DefineOwnProperty() has a link to https://v8docs.nodesource.com/node-8.11/db/d85/classv8_1_1_object.html#a6f76b2ed605cb8f9185b92de0033a820 which 404s.
If it is changed to https://v8docs.nodesource.com/node-8.16/db/d85/classv8_1_1_object.html#a6f76b2ed605cb8f9185b92de0033a820 then it works.
Seems similar to this: https://github.com/nodejs/nan/issues/503

Fixed in 6cc57440ccab5e6961c88b9f809fe2d2c48664bb.
For future reference, sed -i '' 's_https://v8docs.nodesource.com/node-8.11/_https://v8docs.nodesource.com/node-8.16/_g' README.md doc/* fixes all links (where the id hash remains unchanged), which is verifiable by for url in $(sed -n 's_^.*(\(https://v8docs.nodesource.com/[^)]*\)).*$_\1_gp' README.md doc/*); do printf '%s ' "${url}"; wget -qSO/dev/null "${url}" 2>&1 | head -n1 | sed -n 's_^ *[^ ][^ ]* \([^ ][^ ]*\) .*$_\1_p'; done.

Awesome, thanks for the quick fix!


Backend WFS analysis

This PR leverages current /stats endpoint to include analysis between a WFS layer with vector polygons and geotiff raster.
Features:

The api endpoint checks if there is a wfs_url dictionary. If yes, it validates the required parameters and makes a WFS request.
Zonal calculation function checks for a wfs geojson. If yes, statistics are computed based on the intersection between the administrative boundaries and the geojson geometries.
Within the response, the geometry field is included for each zone, which is needed to be rendered in the response layer.

How to test:
Using a request client (Paw, Postman, etc) execute the following request to your testing instance. Tested in myanmar tropical storm vector and population raster layers
curl -X POST \
  http://localhost:5000/stats \
  -H 'Content-Type: application/json' \
  -d '{
	"geotiff_url": "https://odc.ovio.org/?service=WCS&request=GetCoverage&version=1.0.0&coverage=wp_pop_cicunadj&crs=EPSG%3A4326&bbox=92.2%2C9.7%2C101.2%2C28.5&width=1098&height=2304&format=GeoTIFF",
	"zones_url": "https://prism-admin-boundaries.s3.us-east-2.amazonaws.com/mmr_admin_boundaries.json",
	"group_by": "TS",
	"wfs_params": {
		"url": "https://geonode.wfp.org/geoserver/ows",
		"layer_name": "wld_gdacs_tc_events_buffers",
		"time": "2016-05-18"
	}
}'

I tested this using the curl statement above. The response I get has null values for all stats. A better example to test is with "time": "2017-04-15". This returned multiple townships as MultiPolygons, each with stats as expected. I'm not fully sure how to test the validity of the result though. Let's talk about this when we connect on Friday

Found the issue. Already sent the fix.
POST request payload needs to be the following:
{
	"geotiff_url": "https://odc.ovio.org/?service=WCS&request=GetCoverage&version=1.0.0&coverage=wp_pop_cicunadj&crs=EPSG%3A4326&bbox=92.2%2C9.7%2C101.2%2C28.5&width=1098&height=2304&format=GeoTIFF",
	"zones_url": "https://prism-admin-boundaries.s3.us-east-2.amazonaws.com/mmr_admin_boundaries.json",
	"group_by": "TS",
	"wfs_params": {
		"url": "https://geonode.wfp.org/geoserver/ows",
		"layer_name": "wld_gdacs_tc_events_buffers",
		"time": "2016-05-18",
		"key": "label"
	}
}

@JorgeMartinezG nice work. I just merged a few improvements to the api that created conflicts. Please have a look and take note of what has changed, esp. around typing.
I would recommend adding clearer documentation for this feature, it is not clear what is happening and what info we are expecting from this request.
@avalmas-programize could you have a look at this PR?
Once everything looks good I will test it locally before deploying to the API server.

@ericboucher Applied comments in different commits.
Related to response type checking, there is no defined schema for all layers within a server/database. Even geojson being "strict", properties field might have random key/values.

@ericboucher Applied feedback


502 Error while trying to download the pom files, for agora_rtc_engine on flutter

I am using VS code compiler to compile my project using agora_rtc
i get the following error :

Could not resolve all task dependencies for configuration ':agora_rtc_engine:debugRuntimeClasspath'.

unable to run the code
The full error is below:
  Could not determine the dependencies of task ':agora_rtc_engine:generateDebugRFile'.
  > Could not resolve all task dependencies for configuration ':agora_rtc_engine:debugRuntimeClasspath'.
     > Could not resolve com.github.agorabuilder:native-full-sdk:<IP_ADDRESS>.
       Required by:
           project :agora_rtc_engine
        > Could not resolve com.github.agorabuilder:native-full-sdk:<IP_ADDRESS>.
           > Could not get resource 'https://google.bintray.com/exoplayer/com/github/agorabuilder/native-full-sdk/<IP_ADDRESS>/native-full-sdk-<IP_ADDRESS>.pom'.
              > Could not HEAD 'https://google.bintray.com/exoplayer/com/github/agorabuilder/native-full-sdk/<IP_ADDRESS>/native-full-sdk-<IP_ADDRESS>.pom'. Received status code 502 from server: Bad Gateway
     > Could not resolve io.flutter:flutter_embedding_debug:1.0.0-241c87ad800beeab545ab867354d4683d5bfb6ce.
       Required by:
           project :agora_rtc_engine
        > Could not resolve io.flutter:flutter_embedding_debug:1.0.0-241c87ad800beeab545ab867354d4683d5bfb6ce.
           > Could not get resource 'https://google.bintray.com/exoplayer/io/flutter/flutter_embedding_debug/1.0.0-241c87ad800beeab545ab867354d4683d5bfb6ce/flutter_embedding_debug-1.0.0-241c87ad800beeab545ab867354d4683d5bfb6ce.pom'.
              > Could not HEAD 'https://google.bintray.com/exoplayer/io/flutter/flutter_embedding_debug/1.0.0-241c87ad800beeab545ab867354d4683d5bfb6ce/flutter_embedding_debug-1.0.0-241c87ad800beeab545ab867354d4683d5bfb6ce.pom'. Received status code 502 from server: Bad Gateway

My module Build Gradle file :
  buildscript {
      ext.kotlin_version = '1.4.32'
      repositories {
          google()
          jcenter()
          maven { url 'https://maven.aliyun.com/repository/google' }
          maven { url 'https://maven.aliyun.com/repository/public' }
      }

      dependencies {
           classpath 'com.android.tools.build:gradle:3.5.4'
          classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:$kotlin_version"
          classpath 'com.google.gms:google-services:4.3.3'
          classpath 'com.google.firebase:firebase-crashlytics-gradle:2.4.1'
      }
  }

  allprojects {
      repositories {
          google()
          jcenter()
          maven { url 'https://maven.aliyun.com/repository/google' }
          maven { url 'https://maven.aliyun.com/repository/public' }
           maven {
              url 'https://www.jitpack.io'
          }
          maven {
              url 'https://google.bintray.com/exoplayer/'
          }

      }
      configurations.all {
          exclude group: 'com.google.guava', module: 'failureaccess'

          resolutionStrategy {
              eachDependency { details ->
                  if('guava' == details.requested.name) {
                      details.useVersion '27.0-android'
                  }
              }
          }
      }
  }

  rootProject.buildDir = '../build'
  subprojects {
      project.buildDir = "${rootProject.buildDir}/${project.name}"
  }
  subprojects {
      project.evaluationDependsOn(':app')
  }

  task clean(type: Delete) {
      delete rootProject.buildDir
  }

i changed the version of this in build gradle
classpath 'com.android.tools.build:gradle:4.0.1'
and it worked once but again throws the error

https://github.com/flutter/flutter/issues/94400#issuecomment-990956350


search: best match sort not used for search with query

Case 1:

Go to frontpage
Make a search with a e.g. "test"
Notice that sort by is "newest". (not correct)

Case 2:

Go to frontpage
Make an empty search (no query)
Notice that sort by is "newest". (correct in this case)

Expected
Case 1 should use "best match"

I've verified that in case of the frontpage, the correct thing is done now.
Now, on the other hand, if you do this:

Make a query frontpage
On the result page, now the sort is "best match"
Change the query to an empty query
Now the sort is still "best match" instead of "newest"


Fix a problem with packet size for brightness, and add an example

The brightness feature didn't work for the XL streamdecks, this fixes the packet size and adds an example so you can see it in action.
Inspired by and replaces #36

Thanks both, and apologies for the delay in merging this


The legend takes up a lot(all) of the space.

Is this actually something that is viewed in mobile screens or should we follow the logic of dashboard where it's functional but not optimal?

It's been a long time since i looked at this and it's a bit tricky.
I don't know how the companies use it though.

I've sendt an email to bed- and fagkom for input.

We in fagKom discussed this during our meeting today, and we see no point in you implementing this functionality. We've not gotten any feedback from companies regarding how the graphs looks on mobile screens. We think most of the companies look at this using desktop computers.

@hakloev fagKom gives green light to close this?

Yes, that were our conclusion.


Web Canvas - NotImplementedError: native atomic getAndIncrement

Describe the bug
When running my code in the browser, I get the following error:
"NotImplementedError: An operation is not implemented: Implement native atomic getAndIncrement
    at protoOf.getAndIncrement_alg4z6_k$ (webpack-internal:///./kotlin/compose-multiplatform-core-foundation.js:34996:11)
    at protoOf.nextSelectableId_50rfx8_k$ (webpack-internal:///./kotlin/compose-multiplatform-core-foundation.js:32056:33)
    at eval (webpack-internal:///./kotlin/compose-multiplatform-core-foundation.js:20110:34)
    at rememberSaveable$composable (webpack-internal:///./kotlin/compose-multiplatform-core-runtime-saveable.js:193:44)
    at BasicText$composable_0 (webpack-internal:///./kotlin/compose-multiplatform-core-foundation.js:19866:17)
    at Text$composable_0 (webpack-internal:///./kotlin/compose-multiplatform-core-material3.js:33295:7)
    at eval (webpack-internal:///./kotlin/ht-material-shared.js:16829:9)
    at protoOf.invoke_6harzl_k$ (webpack-internal:///./kotlin/compose-multiplatform-core-runtime.js:35865:92)
    at eval (webpack-internal:///./kotlin/ht-material-shared.js:16845:25)
    at eval (webpack-internal:///./kotlin/compose-multiplatform-core-foundation.js:30106:9)"

Affected platforms
Select one of the platforms below:

Web (K/JS) - Canvas based API

Versions

Kotlin version*: 1.8.21
Compose Multiplatform version*: 1.5.0-dev1043

I can get this to happen by opening a Dialog from another Dialog.

https://github.com/JetBrains/compose-multiplatform-core/pull/570
Should be fixed in the next build.

Please check the following ticket on YouTrack for follow-ups to this issue. GitHub issues will be closed in the coming weeks.


Fix types to make Erlang 17 compatible.

Use meck trick for supporting backwards namespaced types.

+1

We need to tag 0.8.1p3.

Tagged.


Add Unit tests for RDS functions

Is your feature request related to a problem? Please describe.
Add unit tests for RDS snapshot functions.

Fixed by #497.


IMU Initialization

Hi Kenji, amazing project! Congratulations on the release!
I have a question: many popular visual SLAM methods (e.g. ORB-SLAM 3) have an IMU-initialization stage to get initial estimates for the initial gravity vector, initial velocities and IMU biases.
I haven't found anything similar in the GLIM paper or in the code.
Is there an initialization stage that I missed?
Or is GLIM making certain assumptions on the initial state and biases?
Kind regards,
Rafael

There is a loose coupling-based initial state estimation adopted from our following paper.
Tightly Coupled Range Inertial Localization on a 3D Prior Map Based on Sliding Window Factor Graph Optimization, ICRA2024

Thanks! I'll check it out.

@koide3 Tightly Coupled Range Inertial Localization on a 3D Prior Map Based on Sliding Window Factor Graph Optimization, ICRA2024 Will this part of the work be open source? Is it part of glim?

The initialization algorithm is included in GLIM. The map-based localization algorithm will not be included.

Thanks, got it!

Great work! Thanks!


SpatialDropout2D

System information

TensorFlow version (you are using): 1.11
Are you willing to contribute it (Yes/No): No

Describe the feature and the current behavior/state.
SpatialDropout2D is often used in CNNs (https://www.tensorflow.org/api_docs/python/tf/keras/layers/SpatialDropout2D).  At inference time, the layer should be treated just like a regular dropout layer where it just scales the coefficients by the dropout term. However, when I take a Keras model with SpatialDropout2D and saved it as a TF protobuf, TensorFlow converts SpatialDropout2D into a set of primitive operators to do the random dropout instead-- even for a TensorFlow serving graph where the model has been frozen and optimized for inference.
Will this change the current api? How?
I'd like to see the SpatialDropout layers behave the same as the regular Dropout layers during inference.  So the TensorFlow Serving protobuf should not include SpatialDropout2D (or any set of random/slice ops to reconstruct it), but instead should just scale the convolutional filters by the dropout rate as explained in the original paper (https://arxiv.org/abs/1411.4280).
Who will benefit with this feature?
If the SpatialDropout layers behave the same as the regular Dropout layers, it will reduce the number of operations during inference and speed up inference on these graphs.
Any Other info.

This sounds like it might be an implementation bug, rather than a feature request.
@karmel @fchollet, could you take a look?

@tonyreina We see that you are using old version of tensorflow which is officially considered as end of life, We recommend that you upgrade to 2.4 or later version and let us know if the issue still persists in newer versions.Please open a new issue in case you face any errors, we will get you the right help .Hence moving this to closed status.Thanks!


Frontend: display error messages separately

Exceptions are now stored in database  - see #99 . Read data from there!


Project Status

This seems interesting. Is it working?

I haven't tried it recently, but I would think it should still work.  If you get a chance to try it and can let me know that would be awesome.


Auto-reload or tests makes firebase config crash

Hi,
As Auto-reload (or loading more than one test) trigger reconfigure all the plugins again, makes this plugin to throw exception FirebaseApp name [DEFAULT] already exists!
I wonder if plugin could warn about this, keep the config as it is, but like all the other ktor plugins should not crash when reconfiguring in order to make auto-reload works and tests to be runned.
Thanks!

I tried something but couldn't tested yet #4

Tested! It works perfect! @krizzu Take a look, please.

@krizzu LGTM!

@ArnauKokoro Thanks, the new version is publishing now, should be ready to test in couple of minutes


Can I add a py_func to a queue?

Is it possible to add a custom py_func to load non-image data in a FIFOQueue? It appears that the Queue does not support py_func objects. Specifically can you enqueue a py_func object? When trying this Tensor Flow gives the following error:
tensorflow/core/framework/op_kernel.cc:909] Unimplemented: Unsupported object type Tensor
I've tried calling set_shape on the py_func output

Sorry I am not understanding immediately. Are you asking whether or not you can use higher-order functions, i.e. send functions down a queue, and then dequeue and apply them? Or are you asking if you can process images from a queue with a custom processor?

Yes I'd like to process other data (such as 16-bit png images and .npy files) from a queue with a custom processor.
Ideally I'd like to avoid using TFRecord as an intermediate format.

You could encode arbitrary data into a string tensor and send the string tensor into the queue, then process the strings at the other end with a custom function. I'm still not sure I'm understanding though: is the queue relevant, or are you just asking how to store and process binary data in tensors?
If this is a usage question it's probably better suited to StackOverflow: this forum is intended for TensorFlow bugs and installation issues.


⚠ Bofrost.at has degraded performance

In 5443ed9, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1635 ms

Resolved: Bofrost.at performance has improved in 97a2335.


Crossref dropped support for twitter (X) from 22 February 2023

From February 2023 the Twitter agent has been deprecated. As per our contract with Twitter, we have removed all access to Twitter events.

https://www.eventdata.crossref.org/guide/sources/twitter/
https://community.crossref.org/t/dropping-twitter-as-an-event-source/3315/2
Maybe someone knows possible replacements?
UPDATE: the Tweeter API endpoint for tweets' search is now paid, therefore there are no free resources now. But it is possible to rewrite the script in this repo using a paid one.

Yes, that was only one of several unexpected changes that caused issues with the reproducibility of our process (Crossref not collecting X data) and the usability of the dataset (change of OpenAlex author IDs). The process remains unreproducible as it is (although the logic behind it can of course be implemented as long as one has access to disambiguated authorship data and X data). However, we do have a new version of the dataset that is usable. It can be found here: https://zenodo.org/uploads/10905839.


Bad formatting of message

https://github.com/upwork/php-upwork/blob/master/src/Upwork/API/AuthTypes/AbstractOAuth.php#L150-L152
Ends up with the code outputting something along the lines of:
Visit https://www.upwork.com/services/api/auth?oauth_token=a1b2c3d4and provide oauth_verifier for further authorization$

None of the new lines are respected, and the and is put at the end of the token. This makes copying the url a harder process, and the whole thing harder to read

Seems to be related to readline
php > $authUrl = 'http://foo.bar/';
php > $prompt = 'Visit ' . $authUrl . "\n" . 'and provide oauth_verifier for further authorization' . "\n" .'$ ';
php > echo $prompt;
Visit http://foo.bar/
and provide oauth_verifier for further authorization
$
php > readline($prompt);
Visit http://foo.bar/and provide oauth_verifier for further authorization$

$ dpkg -l | grep readline
ii  libreadline-dev:amd64               7.0-0ubuntu2                             amd64        GNU readline and history libraries, development files
ii  libreadline6:amd64                  6.3-8ubuntu8                             amd64        GNU readline and history libraries, run-time libraries
ii  libreadline7:amd64                  7.0-0ubuntu2                             amd64        GNU readline and history libraries, run-time libraries
ii  php7.0-readline                     7.0.18-0ubuntu<IP_ADDRESS>                  amd64        readline module for PHP
ii  readline-common                     7.0-0ubuntu2                             all          GNU readline and history libraries, common files
$ uname -a
Linux ubuntu64-web-esxi 4.10.0-28-generic #32-Ubuntu SMP Fri Jun 30 05:32:18 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
$ php --version
PHP 7.0.18-0ubuntu<IP_ADDRESS> (cli) (built: Apr 26 2017 23:59:48) ( NTS )
Copyright (c) 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies
    with Zend OPcache v7.0.18-0ubuntu<IP_ADDRESS>, Copyright (c) 1999-2017, by Zend Technologies
    with Xdebug v2.5.0, Copyright (c) 2002-2016, by Derick Rethans
$ php -a
Interactive mode enabled

php > $authUrl = 'http://foo.bar/';
php > $prompt = 'Visit ' . $authUrl . "\n" . 'and provide oauth_verifier for further authorization' . "\n" .'$ ';
php > echo $prompt;
Visit http://foo.bar/
and provide oauth_verifier for further authorization
$
php > readline($prompt);
Visit http://foo.bar/and provide oauth_verifier for further authorization$
php >
php >

Fixed in https://github.com/upwork/php-upwork/commit/fe34f2dab8b475c4f32b8df44b8bfbd40729cd49
Thank you for the contribution!


Fix makefile header dependencies

Coverage remained the same at 100.0% when pulling 971003d78b4a105749b687ee8c0860f8693242ec on feature/makefile-headers into 6cd3e3828903db05a69d291b4f0e3e855118d079 on master.


Meta tags added

Related Issue
Closes: #101
Describe the changes you've made
Added important meta tags like keywords, description, open graph, etc.
Type of change
What sort of change have you made:

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[x] Enhancement in the existing features
[ ] Other

Checklist:

[x] My code follows the guidelines of this project.
[x] I have performed a self-review of my own code.
[x] I have commented my code, particularly wherever it was hard to understand.
[x] My changes generate no new warnings.
[x] I have verified/tested my code by running it locally.

Files Added/Modified

index.html

@Avinash905 Please change the title of this PR. Check the already merged PRs and write the title. Otherwise, it will not allow to merge.


Exo player Crashes App

When i use Exoplayer and add hevc x265 video and selectaudiotrack another than default it crashes.

make sure you are using exoplayer


Capture remaining arguments for bpftime start

Description
Fixes #181
Type of change

[x] Bug fix (non-breaking change which fixes an issue)

How Has This Been Tested?
I built and ran some Java programs manually.
sudo /root/.bpftime/bpftime start /tmp/jdk-11.0.19/bin/java  -XX:+UseThirdPartyHeap -Xms100M -Xmx100M -jar /usr/share/benchmarks/dacapo/dacapo-23.11-chopin.jar fop
[2024-01-28 03:48:57.447] [info] [agent.cpp:66] Entering bpftime agent
[2024-01-28 03:48:57.447] [info] [bpftime_shm_internal.cpp:618] Global shm constructed. shm_open_type 1 for bpftime_maps_shm
[2024-01-28 03:48:57.448] [info] [agent.cpp:81] Initializing agent..
[2024-01-28 03:48:57][info][1577983] Executable path: /tmp/jdk-11.0.19/bin/java
[2024-01-28 03:48:57][info][1577983] Attached 1 uprobe programs to function 7f60607b4f11
[2024-01-28 03:48:57][info][1577983] Executable path: /tmp/jdk-11.0.19/bin/java
[2024-01-28 03:48:57][info][1577983] Attached 1 uprobe programs to function 7f60607b35f1
[2024-01-28 03:48:57][info][1577983] Attach successfully
Version: fop 2.8 batik 1.16 (use -p to print nominal benchmark stats)
===== DaCapo 23.11-chopin fop starting =====
alignment.fo allregions.fo background.fo barcode.fo basic2.fo bleed-and-crop-marks.fo blockcontainer.fo border.fo borders.fo bordershorthand.fo break.fo character.fo columnlevel1.fo columns.fo corresprop.fo embedding.fo extensive.fo fonts.fo franklin_2pageseqs.fo franklin_alt.fo franklin_rep.fo giro.fo headfoot.fo helloworld.fo hide.fo hyphen.fo images.fo inhprop.fo instream.fo keep.fo leader.fo link.fo list.fo missing-image.fo newlinktest.fo normal.fo normalex.fo omit.fo pagelevel1.fo pagelevel2.fo pagelevel3.fo pagelevel4.fo pdfoutline.fo plan.fo readme.fo rounded-corners.fo simple.fo simplecol.fo simplecol2.fo simplecol3.fo simplecol4.fo space.fo table.fo tableunits.fo textdeko.fo
===== DaCapo 23.11-chopin fop PASSED in 2068 msec =====
INFO [1577983]: Global shm destructed

Checklist

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes
[ ] Any dependent changes have been merged and published in downstream modules
[x] I have checked my code and corrected any misspellings

Thanks!


MKR1500 Can't connect

I just received my sim and trying to get started but I can't seem to get the Arduino MKR1500 to connect to the network. I am in central London with full 4g coverage. This is what I get on the serial monitor after uploading:
`
17:47:59.112 -> >>> Turning on modem...AT
17:47:59.190 -> OK
17:47:59.225 ->  done!
17:47:59.225 -> AT
17:47:59.225 -> OK
17:47:59.261 -> ATI9
17:47:59.261 -> L<IP_ADDRESS>.05.06,A.02.00
17:47:59.261 ->
17:47:59.261 -> OK
17:47:59.261 -> >>> Resetting modem to default settings...AT+CFUN=0
17:47:59.294 -> OK
17:47:59.330 -> AT+UMNOPROF=2
17:47:59.330 -> OK
17:47:59.367 -> AT+CFUN=15
17:47:59.367 -> OK
17:48:03.517 -> AT+CFUN=15
17:48:03.517 -> OK
17:48:05.543 ->  done!
17:48:05.543 -> Attempting to connect networkAT
17:48:47.165 -> OK
17:48:47.273 -> AT+CMEE=0
17:48:47.273 -> OK
`

Greetings @troglodisme,
It is worth noting that the MKR1500 board is an LPWAN board and only connects via CatM1/LTE-M. At this time Soracom does not officially support LPWAN devices in the United Kingdom as shown on their supported carriers list here: https://developers.soracom.io/en/docs/reference/carriers/. O2 is the main LTE-M provider in the UK and is officially still trialing their LTE-M network
It may still be possible to connect to LPWAN networks such as O2's LTE-M network in London but it is not guaranteed. I would recommend performing further testing outdoors as well, as the MKR1500 does not have a strong antenna.


Refactor code according to Law of Demeter

To make sure most of our code (and also from now on) doesn't break the Law of Demeter! It is as follows:

Law of Demeter (LoD):

An object should have limited knowledge of another object.
An object should only interact with objects that are closely related to it.

Also known as

Don't talk to strangers
Principle of least knowledge

Looks like there will be a lot of amendment in OfficeConnectModel.class


fix tools/openai_image_generation import

Description
Fixes import typo in  tools/openai_image_generation/__init__.py
Fixes # tools/openai_image_generation import error
Type of Change
Please delete options that are not relevant.

[x] Bug fix / Smaller change

How Has This Been Tested?

[x] I stared at the code and made sure it makes sense

Suggested Checklist:

[x] I have performed a self-review of my own code
[x] My changes generate no new warnings
[x] New and existing unit tests pass locally with my changes

Thanks for the fix @serdarjan1995. Everything looks great.
I see that Readme is also incorrectly importing. Would you correct that as well!
Thanks!


Add grant permission test

Description of the Change
Added tests for grant permission command. Test cases involve all grantable permissions.

[x] Receive approvals for test cases
[ ] Add test cases to Confluence

Benefits

Found failing test with grantable permission (can_transfer_my_assets)
More test coverage (?%)

Possible Drawbacks
None
Usage Examples or Tests [optional]
ctest

Could you wait a bit before merge of #1434? There's a need for some fixes to be resolved?

@l4l when ICO https://github.com/hyperledger/iroha/pull/1434 is going to be merged?

only god know i hope soon

https://soramitsu.atlassian.net/wiki/spaces/IS/pages/299958273/Acceptance+Tests added test cases there


Quickstart

What's the purpose/context of these changes?

Why are you raising issues in other repositories?

Closing the issue due to lack of information. Will reopen if the purpose of the changes is explained


Notes missing URI instructions for M365 DoD

Docs Build status updates of commit 045f99d:
:clock10: Full build: the average full build time is 18 min(s) 2 sec(s), this is based on the last 1000 build(s) for this repository.

Docs Build status updates of commit 045f99d:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

exchange/docs-conceptual/connect-to-exchange-online-powershell.md
:white_check_mark:Succeeded
View (exchange-ps)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching in the Docs contributor and Admin GuideSee the frequently asked questionsPost your question in the Docs support channel

Docs Build status updates of commit 082d2f6:
:clock10: Full build: the average full build time is 18 min(s) 3 sec(s), this is based on the last 1000 build(s) for this repository.

Docs Build status updates of commit 082d2f6:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

exchange/docs-conceptual/connect-to-exchange-online-powershell.md
:white_check_mark:Succeeded
View (exchange-ps)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching in the Docs contributor and Admin GuideSee the frequently asked questionsPost your question in the Docs support channel

Docs Build status updates of commit c93e344:
:clock10: Full build: the average full build time is 18 min(s) 3 sec(s), this is based on the last 1000 build(s) for this repository.

Docs Build status updates of commit c93e344:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

exchange/docs-conceptual/connect-to-exchange-online-powershell.md
:white_check_mark:Succeeded
View (exchange-ps)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching in the Docs contributor and Admin GuideSee the frequently asked questionsPost your question in the Docs support channel


[feature] Add env var to show/hide Chat History Button

Motivation and Context
Many of the UI element are customizable now so I have added Show Chat History to that list.
Description

Contribution Checklist

[x] I have built and tested the code locally and in a deployed app
[x] For frontend changes, I have pulled the latest code from main, built the frontend, and committed all static files.
[x] This is a change for all users of this app. No code or asset is specific to my use case or my organization.
[x] I didn't break any existing functionality :smile:

This branch when executed gave me Application Error. Any idea how to resolve it?


no_sync $1 => no_sync "$1"

Thanks @nookery haven’t seen this PR 😅, I’ll check and I’ll merge it :)

:tada: This PR is included in version 1.0.3 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


(RSP-1592) Reset focus to the Modal Dialog onblur

Closes https://jira.corp.adobe.com/browse/RSP-1592
Means clicking escape still closes the modal even if user clicks the underlay
✅ Pull Request Checklist:

[ ] Included link to corresponding Issue.
[ ] Added/updated unit tests and storybook for this change (for new code or code which already has tests).
[ ] Filled out test instructions.
[ ] Updated documentation (if it already exists for this component).
[ ] Looked at the Accessibility Practices for this feature - Aria Practices

📝 Test Instructions:
Go to the DialogTrigger modal story and try opening the modal, clicking the underlay, and hitting escape key. Note that the modal properly closes

In the Form example, clicking on the background and then hitting escape still doesn't work the first time. If you manually click on the input to focus it, and then the background it does work, just not when it's auto focused. I'm guessing there's some kind of race condition here...

Looks like the focus event from autoFocus components (TextField, Button, etc) isn't triggering the onFocus in FocusScope, changed the onBlur so it sets activeScope and focusedNode just like onFocus does. Code subject to change depending on #281, maybe I'll pull this into that pull


Interpret escaped ANSI terminal codes

Type: Feature Request

ANSI Escaped terminal codes do not get interpreted.
This should give colour output, instead it prints escaped codes
I (0) sto_preset: Loading chunk data: 2000be74 00000004

similar requests :https://github.com/microsoft/vscode-serial-monitor/issues/4

Closing as a duplicate of #4 and #11


Reduce scope of AVX-512 C flags

Should fix #1909
Not sure if it spots cygwin correctly still
Probably -march=skylake-avx512 can be replaced with -mavx512vl

see #1910. Your idea of putting it into the FORCE_SKYLAKEX section is more elegant, but I expect it will indeed cause problems on Cygwin (mine is not perfect in this regard either, I guess I should copy the extra handling to the kernel Makefile)

Each kernel type sort of deserves own -march flag (plus workarounds)
I dont see elegant way to put all in toplevel. Maybe -march=native if !DYNAMIC_ARCH !FORCE_TARGET ? What do you think?

Testing alpine myself now.

I will not be taking care of this until January, problem lies in build system compiling universal subarch codes with detected target flags, Same applies to arm(64), so there is a need for extra set of absolutely generic cflags for common code.


Feature Request: C header file output

From open-register-design-tool created by ebertland: Juniper/open-register-design-tool#22
We would like to use ordt to generate C header files from our SystemRDL files for people who are writing C and C++ drivers for our hardware.
We would like to have defines for each address offset (and struct style too), field msb and lsb and width at least. I can provide test-cases (input and expected output), if somebody is willing to work on this.

Yes, headers are std way of handling reg info in drivers - send test-cases and will put it in queue.  Also recommend looking at cppdrvmod output option if your drivers are C++ - does the conversion from path to address and extracts field info, and has has ability to handle incremental changes between chip revs or reused reg spaces.


UI5 Theme property is not used throughout

Bug Description
UI5 theme is not written to bootstrap scripts. Dark theme is not handled correctly (post-fix '_dark' should be removed)
Expected Behavior
Passed theme name should be used in outputs.
Dark theme should be loaded from non-dark theme libs.
Context

OS/Platform: {...}
Browser: {...}
Affected component: {...}

Log Output / Stack Trace / Screenshots
{...}

Priority

[ ] Low
[x] Medium
[ ] High
[ ] Very High

The priority indicates the severity of the issue. To set the appropriate priority consider the following criteria:

Breaks entire application or system - High or Very High
Accessibility issue - Medium or High
Functional issue - Medium or High
Visual issue - Low or Medium

Note: The priority might be re-evaluated by the issue processor.
Stakeholder Info (if applicable)

Organization: {...}
Business impact: {...}

Done


Added log entries for stage start/finish in MAPL.GENERIC

Description

This PR adds logging of the start/finish of gridcomp stages. For example
0000: MAPL.GENERIC: INFO: Started the  'SetServices' stage of the gridded component 'GCHP'
0000: MAPL.GENERIC: INFO: Started the  'SetServices' stage of the gridded component 'GCHPctmEnv'
0000: MAPL.GENERIC: INFO: Finished the 'SetServices' stage of the gridded component 'GCHPctmEnv'
0000: MAPL.GENERIC: INFO: Started the  'SetServices' stage of the gridded component 'GCHPchem'
0000: MAPL.GENERIC: INFO: Finished the 'SetServices' stage of the gridded component 'GCHPchem'
0000: MAPL.GENERIC: INFO: Started the  'SetServices' stage of the gridded component 'DYNAMICS'
0000: MAPL.GENERIC: INFO: Finished the 'SetServices' stage of the gridded component 'DYNAMICS'
0000: MAPL.GENERIC: INFO: Finished the 'SetServices' stage of the gridded component 'GCHP'
0000: MAPL.GENERIC: INFO: Started the  'SetServices' stage of the gridded component 'HIST'
0000: MAPL.GENERIC: INFO: Finished the 'SetServices' stage of the gridded component 'HIST'
0000: MAPL.GENERIC: INFO: Started the  'SetServices' stage of the gridded component 'EXTDATA'
0000: MAPL.GENERIC: INFO: Finished the 'SetServices' stage of the gridded component 'EXTDATA'
0000: MAPL.GENERIC: INFO: Started the  'Initialize' stage of the gridded component 'GCHP'
...

Note that one-time stages like SetServices, Initialize, and Finalize are going to MAPL.GENERIC info, and many-time stages like Run and WriteRestartFile go to debug.
Motivation and Context

I'm working on making it easier to troubleshoot errors in GCHP. Logging the start/end of each stage helps keep track of what is going on. If the model crashes for some reason, the log will show what stage of what component it happened in.
How Has This Been Tested?

I've tested it with GCHP.
Types of changes

[ ] 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)
[x] Trivial change (affects only documentation or cleanup)

(I'm not too sure if this fits into trivial, but that seemed like the best fit to me)
Checklist:

[ ] I have tested this change with a run of GEOSgcm (if non-trivial)
[ ] I have added one of the required labels (0 diff, 0 diff trivial, 0 diff structural, non 0-diff)
[x] I have updated the CHANGELOG.md accordingly following the style of Keep a Changelog

Still working on the CLA. The admins sent it to the lawyers today.
Im submitting this PR here and now because I'm working on the GCHP version of this PR (so that we can use it immediately).

Are there any concerns with adding this? Just wondering because I'll move ahead with the GCHP version of it if it looks okay, while we wait for the lawyers.

I think it is fine in principle.   I don't think you need the logical flag though.   You can just set the description to the empty string and then overwrite in the cases that you've identified.  And then always include the description in the log message.   Eliminates the conditionals (big win) and a few other lines of code (small win).

Thanks for the suggestion, I'll do that.

@LiamBindle A big MAPL Generic refactoring just went into develop. As GitHub is informing you, conflicts have happened, though hopefully it's pretty simple to figure out how to transition. If not, @Gvilla1000-nasa can help as he did the refactoring.

bump
As of December 1st I'll technically be a private consulatant (still working full-time on GCHP though), so I should be able to sign the CLA then.

The lengths some people will go to just to avoid lawyers.  :-)

Un-staling. This is a good PR, just waiting on CLA bits.

Similar to #1002, I don't plan on pursuing the CLA. I still think this is a useful capability (already it's helped troubleshoot multiple GCHP issues rapidly), but I think this is the end of the line of this PR.

Closing in favor of #1510


Schema.toString() for better experience issue #105

fix #105

@gkorland
I have made the changes you have asked.
Now you know that I am a lazy developer ... since the code is generated by my IDE, and the concatenation of static string is afaik done by the compiler.


Parquet _metadata too large to parse

I encountered the following error (the full traceback is further down):
OSError: Could not open Parquet input source 'oss-shared-scratch/timeseries.parquet/_metadata': Couldn't deserialize thrift: MaxMessageSize reached

when reading in a Parquet dataset on S3 with a large _metadata file. In this particular case the _metadata file was 676.5 MB. Based on the error message it looks like this _metadata file is too big for pyarrow to parse.
cc @jorisvandenbossche @rjzamora

Full traceback:
---------------------------------------------------------------------------
OSError                                   Traceback (most recent call last)
<timed exec> in <module>

~/mambaforge/envs/coiled-jrbourbeau-parquet-demo/lib/python3.9/site-packages/dask/dataframe/io/parquet/core.py in read_parquet(path, columns, filters, categories, index, storage_options, engine, gather_statistics, split_row_groups, read_from_paths, chunksize, aggregate_files, **kwargs)
    314         gather_statistics = True
    315
--> 316     read_metadata_result = engine.read_metadata(
    317         fs,
    318         paths,

~/mambaforge/envs/coiled-jrbourbeau-parquet-demo/lib/python3.9/site-packages/dask/dataframe/io/parquet/arrow.py in read_metadata(cls, fs, paths, categories, index, gather_statistics, filters, split_row_groups, read_from_paths, chunksize, aggregate_files, **kwargs)
    540             split_row_groups,
    541             gather_statistics,
--> 542         ) = cls._gather_metadata(
    543             paths,
    544             fs,

~/mambaforge/envs/coiled-jrbourbeau-parquet-demo/lib/python3.9/site-packages/dask/dataframe/io/parquet/arrow.py in _gather_metadata(cls, paths, fs, split_row_groups, gather_statistics, filters, index, dataset_kwargs)
   1038             if fs.exists(meta_path):
   1039                 # Use _metadata file
-> 1040                 ds = pa_ds.parquet_dataset(
   1041                     meta_path,
   1042                     filesystem=fs,

~/mambaforge/envs/coiled-jrbourbeau-parquet-demo/lib/python3.9/site-packages/pyarrow/dataset.py in parquet_dataset(metadata_path, schema, filesystem, format, partitioning, partition_base_dir)
    492     )
    493
--> 494     factory = ParquetDatasetFactory(
    495         metadata_path, filesystem, format, options=options)
    496     return factory.finish(schema)

~/mambaforge/envs/coiled-jrbourbeau-parquet-demo/lib/python3.9/site-packages/pyarrow/_dataset.pyx in pyarrow._dataset.ParquetDatasetFactory.__init__()

~/mambaforge/envs/coiled-jrbourbeau-parquet-demo/lib/python3.9/site-packages/pyarrow/error.pxi in pyarrow.lib.pyarrow_internal_check_status()

~/mambaforge/envs/coiled-jrbourbeau-parquet-demo/lib/python3.9/site-packages/pyarrow/error.pxi in pyarrow.lib.check_status()

OSError: Could not open Parquet input source 'oss-shared-scratch/timeseries.parquet/_metadata': Couldn't deserialize thrift: MaxMessageSize reached

Also, we should probably make it optional to even read this file.  I think that in @jrbourbeau 's case this resulted in him downloading a 600MB file every time.  We should consider a read_metadata_file=True keyword that can be set to False.  Currently there is no way to turn this off.

Thanks for the additional context @mrocklin. I was going to open a separate issue for that, but as it's also related to the large _metadata file, here is a good place for that discussion too.
I should also point out that based on the description of gather_statistics
https://github.com/dask/dask/blob/8d6f2da210900195cca6b531cdf689460763db51/dask/dataframe/io/parquet/core.py#L174-L178
FWIW I thought setting gather_statistics=False would result in us not reading the _metadata file, but that turned out to not be the case (at least for the pyarrow-dataset and fastparquet engines)

Separate issue sounds good to me.

xref https://github.com/dask/dask/issues/8030

And the metadata file itself was produced by pyarrow? (or did it come from somewhere else?)

@jorisvandenbossche given @jrbourbeau 's comment in the meta-issue here https://github.com/dask/dask/issues/8031 I suspect that this was done with the pyarrow-dataset engine.  James would know for sure though.

Would it be possible to put the offending file on a public bucket (or somewhere else publicly accessible)?
And the code that was used to create the file, is this the code in https://github.com/dask/dask/issues/8031? (to have a reproducible code example)

And the metadata file itself was produced by pyarrow? (or did it come from somewhere else?)

Good question. I'm not sure certain as, IIRC, I was running into https://github.com/dask/dask/issues/7977 when using the pyarrow-dataaset engine, so I switched to fastparquet. I ended up deleting the _metadata file as a temporary workaround which, with hindsight, wasn't the wisest decision. I'll try to reproduce in a public bucket and will report back

Indeed I ran into issues writing a large dataset using the pyarrow-dataset engine and switched to fastparquet (for writing). Below is the code snippet used the create the parquet dataset
import coiled
from dask.distributed import Client

cluster = coiled.Cluster(
    name="parquet-demo",
    software="parquet-demo",
    n_workers=20,
    worker_memory="16 GiB",
)
client = Client(cluster)

cluster.scale(200)
client.wait_for_workers(150)

import dask

df = dask.datasets.timeseries(
    dtypes={str(i): int for i in range(1_000)},
    freq="1s",
    start="2000-01-01",
    end="2021-01-01",
)

storage_options={
    "config_kwargs": {"region_name": "us-east-1"},
}

df.to_parquet(
    "s3://james-scratch/timeseries-public.parquet",
    engine="fastparquet",
    storage_options=storage_options,
    write_metadata_file=True,
)

I'm able to reproduce the
OSError: Could not open Parquet input source 'james-scratch/timeseries-public.parquet/_metadata': Couldn't deserialize thrift: MaxMessageSize reached

error when attempting to read the dataset using the pyarrow-dataset engine:
import dask.dataframe as dd

# This is where the `OSError` is raised
df = dd.read_parquet(
    "s3://james-scratch/timeseries-public.parquet",
    engine="pyarrow-dataset",
    storage_options=storage_options,
)

I'll make that bucket publicly accessible in AWS us-east-1 tomorrow :+1:

@jrbourbeau thanks for the reproducer!
I downloaded the file to check locally, and I can reproduce the error with pyarrow 4.0 and 5.0, but it does work with my local development install:
In [1]: import pyarrow as pa

In [2]: pa.__version__
Out[2]: '5.0.0'

In [3]: import pyarrow.dataset as ds

In [4]: dataset = ds.parquet_dataset("james-metadata")
...
OSError: Could not open Parquet input source 'james-metadata': Couldn't deserialize thrift: MaxMessageSize reached

OK, so indeed this is related to the thrift version. In my local development environment, I still had libthrift 0.13, with which it works fine as mentioned above. But the latest releases of pyarrow on conda-forge are build with libthrift 0.14. Creating a new local environment with thrift 0.14 and building master of pyarrow with that, I also get the error.
It seems that Apache Thrift introduced a MaxMessageSize configuration option (https://github.com/apache/thrift/blob/master/doc/specs/thrift-tconfiguration.md#maxmessagesize) in version 0.14 (https://issues.apache.org/jira/browse/THRIFT-5237).
Fastparquet uses the python bindings of thrift, and it seems that is still at version 0.13 and not yet updated to 0.14 (https://github.com/conda-forge/thrift-feedstock/). So I suppose this is the reason that the file could be created with the fastparquet engine.
If you have an environment with Arrow built against libthrift 0.13, the file can be read fine. But, with conda-forge, the recent releases are built against 0.14, and you can only get pyarrow 3.0 or lower with libthrift=0.13.
I opened https://issues.apache.org/jira/browse/ARROW-13655 on the Arrow side. I suppose we could expose this configuration option on the Arrow side (but that's not a short-term workaround).

Thank you for tracking this down
On Wed, Aug 18, 2021 at 8:31 AM Joris Van den Bossche <
@.***> wrote:

OK, so indeed this is related to the thrift version. In my local
development environment, I still had libthrift 0.13, with which it works
fine as mentioned above. But the latest releases of pyarrow on conda-forge
are build with libthrift 0.14. Creating a new local environment with thrift
0.14 and building master of pyarrow with that, I also get the error.
It seems that Apache Thrift introduced a MaxMessageSize configuration
option (
https://github.com/apache/thrift/blob/master/doc/specs/thrift-tconfiguration.md#maxmessagesize)
in version 0.14 (https://issues.apache.org/jira/browse/THRIFT-5237).
Fastparquet uses the python bindings of thrift, and it seems that is still
at version 0.13 and not yet updated to 0.14 (
https://github.com/conda-forge/thrift-feedstock/). So I suppose this is
the reason that the file could be created with the fastparquet engine.
If you have an environment with Arrow built against libthrift 0.13, the
file can be read fine. But, with conda-forge, the recent releases are built
against 0.14, and you can only get pyarrow 3.0 or lower with libthrift=0.13.
I opened https://issues.apache.org/jira/browse/ARROW-13655 on the Arrow
side. I suppose we could expose this configuration option on the Arrow side
(but that's not a short-term workaround).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/dask/dask/issues/8027#issuecomment-901117860, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AACKZTETQUYDLH63PSF5KWTT5OY2VANCNFSM5CCGJUSA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&utm_campaign=notification-email
.

@jorisvandenbossche any idea on a workaround?  I just ran into this myself with a 700MB metadata file using Dask with Pyarrow 5 to create and read the metadata.  Now I can't read it with Dask in my cluster.  I'm thinking a custom container with older versions etc, but that's a chore of course (using default image from the Dask helm chart right now).

FYI, I think @jorisvandenbossche is on vacation for a few more days. The dask=2021.08.1 release added a ignore_metadata_file= keyword argument to read_parquet which can be used to bypass reading the global _metadata file altogether. That may be useful for working around the thrift MaxMessageSize issue

Fantastic, I will give that try

Not going too well.  I have over 100K parquet files, that metadata file seems pretty essential.  I run into this now https://github.com/dask/dask/issues/4701 as a df = dd.read_parquet() takes forever, with zero activity on the dashboard (workers sit there doing nothing).  Looks like I might have to rebuild my parquet files with a different engine.

Ah, I see. Could you try setting gather_statistics=False too then?
Also wanted to point out that there is some ongoing work to improve reading parquet metadata in parallel over in https://github.com/dask/dask/pull/8072

Isn't that param ignored if also ignoring metadata file?  Here is what I tried...(with and without inferdivisions)
    df = dd.read_parquet(
      path='s3://bucket-here/parquet/**/*.*',
      engine='pyarrow',
      ignore_metadata_file=True,     # https://github.com/dask/dask/issues/8027
      columns=parquet_to_read,
      infer_divisions=False
    )

I tried what you suggested, same problem.  I'm having issues when writing with fastparquet that I wasn't getting with pyarrow.
df = dd.read_parquet(
  path='s3://my-bucket/parquet/**/*.*',
  engine='pyarrow',
  ignore_metadata_file=True,     # https://github.com/dask/dask/issues/8027
  columns=parquet_to_read,
  infer_divisions=False,
  gather_statistics=False
)

any idea on a workaround?

Unfortunately there is no direct workaround (if needing to read the actual file), except for using an older thrift version. But the built packages (both wheels and conda-forge, I think) of recent pyarrow versions include the latest thrift, so that might mean building (py)arrow yourself ..
I hope we can fix this on the pyarrow side for the next release (https://issues.apache.org/jira/browse/ARROW-13655), but so that's not a short-term fix.

Although it seems that some old builds of arrow-cpp 4.0 still have libthrift0.13

Small update: we have a PR to fix this for the next pyarrow release (https://github.com/apache/arrow/pull/11123, thanks to Antoine Pitrou). There are some security questions related to a CVE, but hopefully that can get resolved.

We no longer write _metadata files by default, and in many cases no longer load file statistics. With that combined with the upstream pyarrow fix, I believe this can be closed.


FEAT : added support for links without https attached

Changes 😄

On /public/js/Index.js

-29  : old
        const { newUrl } = await getShortenUrl(ValidUrl);
-29 : new
	const ValidUrl  = RegExp("^https://").test(urlInput.value)? urlInput.value : `https://${urlInput.value}`;
	const { newUrl } = await getShortenUrl(ValidUrl);

Value

[x] Allows Users to pass xyz.com as well as https://xyz.com
[x] Hacktoberfest Fixx for http support  as well . 😄

RULES

[x] Follow Code OF Conduct of the project 😄
[x] Does not have any Coputighted material
[x] Tested the application locally before merging . ❤

Do let me know if some changes are needed  , id love to solve some more issues and Follow this project for hacktoberfest 😃

@kiritocode1  Hey!
We just migrated into Qwik framework 💯
Do you mind update the PR?

Sure 😁 ill update asap 😅


how can I give you money

I LOVE THIS SO MUCH and would like to send you money, how do I do that?

I'm glad you like it! :) It makes me happy to know that people are using it.
I appreciate your enthusiasm, but I don't have plans to accept donations for a few reasons:

I work on this because I use it all the time and I don't see that changing any time soon
This was the work of a bunch of people - I'm the current maintainer of the emacs themes and one of the theme builders, but most of it wasn't done by me (the themes were done by the people listed in the theme files, the concept was Chris Kempson, and a large portion of the theme was made by previous maintainers).
Donations create an expectation of work that takes some of the fun out of it (some people see it differently, but that's how it works for me)
I don't really need the money - I have a job and it pays enough for me to be comfortable where I am

It's always a big help when people contribute back to the project, so if you see an issue (or want to fix something) please submit it.
If you're interested in donating money, please consider donating to a charity of your choice. I personally am a fan of Doctors Without Borders, The Wildlife Conservation Society, American Civil Liberties Union, Room to Read and code.org. Donations would be better placed going to similar organizations than directed at me.
Cheers!


No text entry input visible when adding or editing a projector message

Describe the bug
When adding or editing a message for a projector, there's no way to enter text for the message. A blank modal is displayed.
Example path: /206/projectors/detail/1
How to Reproduce
Steps to reproduce the behavior: preferably on the demo

Go to a meeting's projector details, example: https://demo.os4.openslides.com/8/projectors/detail/1
Click on Messages
Click the pencil icon to edit a message OR add a new message
See blank modal with no way to enter the message text

Expected behavior
Expect to see a text editor present for entering or editing the message text for the projector so that it can be saved and displayed.
System information

OpenSlides version: 4.1.9
Device: MacBook, iPhone
OS: macOS, iOS
Browser: Chrome, Safari
Browser version: Safari 17.5

Additional context
Happens in the Demo environment and our self-hosted OpenSlides instance.
Screenshots

Sounds great, thanks @Elblinator & team!


The extension add ads to Google results

Why does this extension add an ad to the right of Google results?

I have an adblocker, so I immediately noticed something weird. When I disable the extension, it disappears. Either remove these or give an option to disable ads like these.

It's making money


Failed to access response.meta when receiving Crawlera auth error (407)

I am getting AttributeError: Response.meta not available, this response is not tied to any request when receiving Crawlera auth error responses.
The problem occurs in this line:
https://github.com/scrapy-plugins/scrapy-crawlera/blob/master/scrapy_crawlera/middleware.py#L204
Here is the error trace:
Traceback (most recent call last):
  File "/app/python/lib/python3.8/site-packages/scrapy/http/response/__init__.py", line 44, in meta
    return self.request.meta
AttributeError: 'NoneType' object has no attribute 'meta'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/local/lib/python3.8/site-packages/twisted/internet/defer.py", line 1418, in _inlineCallbacks
    result = g.send(result)
  File "/app/python/lib/python3.8/site-packages/scrapy/core/downloader/middleware.py", line 54, in process_response
    response = yield deferred_from_coro(method(request=request, response=response, spider=spider))
  File "/usr/local/lib/python3.8/site-packages/scrapy_crawlera/middleware.py", line 204, in process_response
    retries = response.meta.get('crawlera_auth_retry_times', 0)
  File "/app/python/lib/python3.8/site-packages/scrapy/http/response/__init__.py", line 46, in meta
    raise AttributeError(
AttributeError: Response.meta not available, this response is not tied to any request

How I've tested:
I've started a flask server in a VPS with the following code:
from flask import Flask
app = Flask(__name__)
@app.route('/')
def hello_world():
    return 'Hello, World!', 407, {'X-Crawlera-Error': b"bad_proxy_auth"}

Then I created a virtualenv, installed scrapy_crawlera and ran the following spider:
import scrapy
class TestCrawleraSpider(scrapy.Spider):
    name = "test_crawlera"
    start_urls = ["MY_VPS_IP:5000"]
    custom_settings = {
        "DEFAULT_REQUEST_HEADERS": {
            "X-Crawlera-No-Bancheck": 1, # I think I need to do this so crawlera does not retry the request
        },
        "DOWNLOADER_MIDDLEWARES": {
            'scrapy_crawlera.CrawleraMiddleware': 610,
        },
        "CRAWLERA_ENABLED": True,
        "CRAWLERA_APIKEY": "MYAPIKEY",
    }
    def parse(self, response):
        print(response.text)

There is nothing else configured, I've run with the command:
scrapy runspider testspider.py
Versions used in this test:
Scrapy==2.4.0
scrapy-crawlera==1.7.1

Hi @heylouiz much appreciated for the issue report! It is assumed that the issue comes from some mistakes in the implement. I have proposed a pull request for fixing that (link above).
Please wait for some time before the maintainers review and merge that PR. In case you need an immediate fix in your project, you might temporarily use that branch in the PR (pip install git+https://github.com/org-name/project-name.git@branch-name) as a workaround.

Today I observed this in one project I'm working on. If it becomes recurrent I will point to @starrify temporarily solution.


Cannot make SPI work

Hello,
I am trying to use the SPI with MCP23S08 (IO Expander).
I tried with Arduino before to make sure my code works and I read/write the correct registers but I cannot make it work with the RPI.
I connected the chip as follow:

MOSI pin 19
MISO pin 21
SCLK pin 23
CS pin 24

I also power the chip with +3.3V (pin 1)
Here is my code, can you spot something I am doing wrong?
SPI2 _spi;

//--------------------------------------------------------------
void ofApp::setup(){
	// Setup our chip on SPI 0
	_spi.setup("/dev/spidev0.0", 0, 1000000);

	// Configure chip: set all GPIO as input
	char data[3];
	data[0] = 0x40;		// Opcode
	data[1] = 0x00;		// IODIR - I/O Direction register
	data[2] = 0xff;		// all GPIO pins are inputs

	// Write the 3 data bits on channel 0
	_spi.readWrite(0, (unsigned char *)data, 3);
}

//--------------------------------------------------------------
void ofApp::update(){
	// Read all 8 IO expander inputs
	char data[3];
	data[0] = 0x41;		// Opcode
	data[1] = 0x09;		// GPIO - I/O port register address
	data[2] = 0x00;		// Dummy to read the value

	// Write the 3 data bits on channel 0
	val = _spi.readWrite(0, (unsigned char *)data, 3);

	ofLogVerbose() << "Val = " << val;
}

Hi @Meach, sorry for delay.
right now i'm traveling for work, return to the lab this weekend, i keep you updated!
Ciao
Dario

Hi @kashimAstro,
Thanks for answer. I am using wiringPi now instead and managed to make it work. Also looking at the wiringPi documentation, I believe my problem is here:
// Write the 3 data bits on channel 0
val = _spi.readWrite(0, (unsigned char *)data, 3);
I expect the value read to be returned with readWrite function, where data variable might be overwritten with the read data.


Docker: Limit open ports for VNC consoles

Since #7078 is now merged, we should only need port 5000 open for VNC consoles instead of 5900-5999

nonononono, we need no port at all. We are not at 443 together with the normal other stuff.


Validate against WAB v1.3

Verify that the generated widgets/themes work w/ WAB v1.3, and make any changes to match the sample widget/theme code that ships w/ v1.3.

Widgets work fine as is, but #34 makes default wabVersion w/ sample custom widget template.
Themes don't work. That will be handled under #33


#1737 Request approval for the next stage

This PR corrects that the gatekeeper requests the approval for the next stage as described in the spec https://github.com/keptn/spec/blob/master/shipyard.md.
In the following, an example event flow is shown:
Shipyard
stages:
  - name: "dev"
    deployment_strategy: "direct"
    test_strategy: "functional"
  - name: "staging"
    approval_strategy:
      pass: "manual"
      warning: "manual"
    deployment_strategy: "blue_green_service"
    test_strategy: "performance"
  - name: "production"
    deployment_strategy: "blue_green_service"
    remediation_strategy: "automated"

Desired event stream

Codecov Report

Merging #1875 into master will decrease coverage by 0.06%.
The diff coverage is 82.60%.

@@            Coverage Diff             @@
##           master    #1875      +/-   ##
==========================================
- Coverage   32.26%   32.19%   -0.07%
==========================================
  Files          99       99
  Lines        7659     7718      +59
==========================================
+ Hits         2471     2485      +14
- Misses       4870     4912      +42
- Partials      318      321       +3

Impacted Files
Coverage Δ

...rvice/pkg/handler/evaluation_done_event_handler.go
64.48% <80.00%> (+0.27%)
:arrow_up:

...ice/pkg/handler/approval_finished_event_handler.go
59.40% <100.00%> (ø)

gatekeeper-service/pkg/handler/handler.go
82.75% <100.00%> (+2.75%)
:arrow_up:

distributor/cmd/main.go
58.88% <0.00%> (+1.11%)
:arrow_up:

cli/cmd/configure_domain.go
17.37% <0.00%> (+2.50%)
: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 4128eaa...eff5841. Read the comment docs.


Add CITATIONS.cff #1095

Are all these changes to the relations intended (starting in line 118 of oeo.omn)?

No these were done automatically due to changes in Protégée. Not sure why this happened!


Can not upload ipa by fastlane deliver

hi , everybody:
I can,t upload ipa by fastlane deliver while my network is using a proxy only support TCP ,
Has any one get solution for it ?Thanks.
Issue Description
DEBUG [2017-08-30 19:23:34.61]: [Transporter]: INFO: Trying UDP sgr206.apple.com/<IP_ADDRESS>:44001

...
DEBUG [2017-08-30 19:23:35.79]: [Transporter]: INFO: Connected to UDP sgr206.apple.com/<IP_ADDRESS>:44001

DEBUG [2017-08-30 19:23:36.15]: [Transporter]: INFO: Authenticating
DEBUG [2017-08-30 19:23:37.07]: [Transporter]: INFO: The Signiant transfer engine's status is AWAITING_DATA_STREAMS
DEBUG [2017-08-30 19:23:37.07]: [Transporter]: INFO: Setting up data streams
DEBUG [2017-08-30 19:23:57.46]: [Transporter]: INFO: The Signiant transfer engine's status is DISCONNECTED
DEBUG [2017-08-30 19:23:58.49]: [Transporter]: DEBUG: An error has occurred during the upload.
DEBUG [2017-08-30 19:23:58.49]: [Transporter]: DEBUG: An exception has occurred: The operation timed out.
DEBUG [2017-08-30 19:23:58.49]: [Transporter]: DEBUG: Transfer error: The operation timed out.
DEBUG [2017-08-30 19:23:58.49]: [Transporter]: DEBUG: Received failed transfer notification; aborting
DEBUG [2017-08-30 19:23:58.49]: [Transporter]: INFO: The Signiant transfer engine's status is DISCONNECTED
DEBUG [2017-08-30 19:23:58.49]: [Transporter]: INFO: The Signiant transfer engine's status is DISCONNECTED
DEBUG [2017-08-30 19:23:58.62]: [Transporter]: INFO: T**he Signiant transport is encountering difficulties with the upload. This may be caused by a firewall or network configuration preventing access.**
DEBUG [2017-08-30 19:23:58.62]: [Transporter]: INFO: Signiant TransferEngine build <IP_ADDRESS>156
DEBUG [2017-08-30 19:23:58.63]: [Transporter]: INFO: Using Signiant UDP transport
DEBUG [2017-08-30 19:23:58.63]: [Transporter]: DBG-X: Setting the target rate to 15000001 bytes per second.
DEBUG [2017-08-30 19:23:58.63]: [Transporter]: DBG-X: Setting the throttle to 12500000 bytes per second.
DEBUG [2017-08-30 19:23:58.63]: [Transporter]: INFO: Transfer engine: <IP_ADDRESS>156
DEBUG [2017-08-30 19:23:58.63]: [Transporter]: INFO: The Signiant transfer engine's status is DISCONNECTED
DEBUG [2017-08-30 19:23:58.74]: [Transporter]: INFO: The Signiant transfer engine's status is CONNECTING
DEBUG [2017-08-30 19:23:58.74]: [Transporter]: INFO: Processing URL list: mxwan://sgr404.apple.com:44001

/
DEBUG [2017-08-30 19:23:58.74]: [Transporter]: INFO: Trying UDP sgr404.apple.com/<IP_ADDRESS>:44001

...
DEBUG [2017-08-30 19:23:59.97]: [Transporter]: INFO: Connected to UDP sgr404.apple.com/<IP_ADDRESS>:44001

DEBUG [2017-08-30 19:24:00.45]: [Transporter]: INFO: Authenticating
DEBUG [2017-08-30 19:24:01.66]: [Transporter]: INFO: The Signiant transfer engine's status is AWAITING_DATA_STREAMS
DEBUG [2017-08-30 19:24:01.66]: [Transporter]: INFO: Setting up data streams
DEBUG [2017-08-30 19:24:22.16]: [Transporter]: INFO: The Signiant transfer engine's status is DISCONNECTED
DEBUG [2017-08-30 19:24:23.18]: [Transporter]: DEBUG: An error has occurred during the upload.
DEBUG [2017-08-30 19:24:23.18]: [Transporter]: DEBUG: An exception has occurred: The operation timed out.
DEBUG [2017-08-30 19:24:23.18]: [Transporter]: DEBUG: Transfer error: The operation timed out.
DEBUG [2017-08-30 19:24:23.18]: [Transporter]: DEBUG: Received failed transfer notification; aborting
DEBUG [2017-08-30 19:24:23.18]: [Transporter]: INFO: The Signiant transfer engine's status is DISCONNECTED
DEBUG [2017-08-30 19:24:23.18]: [Transporter]: INFO: The Signiant transfer engine's status is DISCONNECTED

Environment
Stack

Key
Value

OS
10.12.2

Ruby
2.2.4

Bundler?
false

Git
git version 1.9.2

Installation Source
~/.fastlane/bin/bundle/bin/fastlane

Host
Mac OS X 10.12.2 (16C68)

Ruby Lib Dir
~/.fastlane/bin/bundle/lib

OpenSSL Version
OpenSSL 1.0.2g  1 Mar 2016

Is contained
true

Is homebrew
false

Is installed via Fabric.app
false

Xcode Path
/Applications/Xcode.app/Contents/Developer/

Xcode Version
8.3.2

System Locale

Variable
Value

LANG
en_US.UTF-8
鉁?

LC_ALL
en_US.UTF-8
鉁?

LANGUAGE
en_US.UTF-8
鉁?

fastlane files:
No Fastfile found
No Appfile found
fastlane gems

Gem
Version
Update-Status

fastlane
2.54.2
馃毇 Update available

Loaded fastlane plugins:
No plugins Loaded
Loaded gems

Gem
Version

CFPropertyList
2.3.5

addressable
2.5.1

babosa
1.0.2

bigdecimal
1.2.6

bundler
1.14.6

claide
1.0.2

colored
1.2

colored2
3.1.2

commander-fastlane
4.4.5

declarative
0.0.9

declarative-option
0.1.0

domain_name
0.5.20170404

dotenv
2.2.0

excon
0.55.0

faraday
0.12.1

faraday-cookie_jar
0.0.6

faraday_middleware
<IP_ADDRESS>

fastimage
2.1.0

gh_inspector
1.0.3

google-api-client
0.13.4

googleauth
0.5.1

highline
1.7.8

http-cookie
1.0.3

httpclient
2.8.3

hurley
0.2

io-console
0.4.3

json
1.8.1

jwt
1.5.6

libxml-ruby
3.0.0

little-plugger
1.1.4

logging
2.2.2

memoist
0.15.0

mime-types
3.1

mime-types-data
3.2016.0521

mini_magick
4.5.1

minitest
5.4.3

multi_json
1.12.1

multi_xml
0.6.0

multipart-post
2.0.0

nanaimo
0.2.3

nokogiri
1.5.6

os
0.9.6

plist
3.2.0

power_assert
0.2.2

psych
2.0.8

public_suffix
2.0.5

rake
10.4.2

rdoc
4.2.0

representable
3.0.4

retriable
2.1.0

rouge
1.11.1

rubygems-update
2.5.2

rubyzip
1.2.1

security
0.1.3

signet
0.7.3

slack-notifier
1.5.1

sqlite3
1.3.13

terminal-notifier
1.7.1

terminal-table
1.7.3

test-unit
3.0.8

tty-screen
0.5.0

uber
0.0.15

unf
0.1.4

unf_ext
<IP_ADDRESS>

unicode-display_width
1.1.3

word_wrap
1.0.0

xcodeproj
1.5.1

xcpretty
0.2.6

xcpretty-travis-formatter
0.0.4

generated on: 2017-08-30

Hey @huanling713 apologies for the issues youre seeing. We have some docs around handling proxies. Take a look at https://github.com/fastlane/fastlane/tree/master/deliver#firewall-issues and let us know if you have any more issues! 🚀

@ohayon Thanks for your reply. I use the following command:
fastlane deliver run -i xxx.ipa --skip_metadata --skip_screenshots -x false -u<EMAIL_ADDRESS>DELIVER_ITMSTRANSPORTER_ADDITIONAL_UPLOAD_PARAMETERS="-t DAV -Dhttp.proxyHost=myproxy_ip -Dhttp.proxyPort=8080"
Then the error info is still exist and not changed. Is there someting missing for config network? Thanks.

@KrauseFx Can you give me a advice?
Thanks.

Yah this is a firewall issue, can you try connecting with a VPN or using your iPhone as internet hotspot?

@KrauseFx Thanks，I will consider anther network enviorment.


Fixes bug in oneHot doc example

This PR fixes https://github.com/tensorflow/tfjs/issues/236

This change is

Reviewed 1 of 1 files at r1.
Review status: all files reviewed at latest revision, all discussions resolved, some commit checks failed.

Comments from Reviewable


Generic Task notification via MS-Teams

publish the approach to notify on new-tasks, not only classically by e-mail, but also via MS-Teams.
a must for this feature is #60  , as the engine would have to chat in the name of a technical user.
Users may use it directly, or adapt it to use Graph/Planner or something the like

done https://market.axonivy.com/msgraph-chat


Options Rework

Before, Options had effectively a static method to get the options from a yaml file. Now it'll pull them into a local variable during construction and then further methods call the get method which effectively provides a Dictionary interface.

This will be merged if there are no merge conflicts later. Also noting Black syntax changes are included.


fix(ssa refactor): Fix recursive call to create_value_from_type

Description

Problem*
The "missing assignment for witness index" error was caused by an incorrect call in the array-element case of create_value_from_type which should have been a recursive call but instead was still calling convert_ssa_block_param. This was an oversight from PR #1797.
Resolves #1799
Summary*
With this PR sha2_byte and sha2_block no longer hit this error and instead run into a "cannot satisfy all constraints" error as in #1800.

Documentation

[ ] This PR requires documentation updates when merged.

[ ] I will submit a noir-lang/docs PR.

[ ] I will request for and support Dev Rel's help in documenting this PR.

Additional Context

PR Checklist*

[x] I have tested the changes locally.
[x] I have formatted the changes with Prettier and/or cargo fmt on default settings.

Should we now copy sha2 bytes over?

@ludamad nope :/

With this PR sha2_byte and sha2_block no longer hit this error and instead run into a "cannot satisfy all constraints" error as in https://github.com/noir-lang/noir/issues/1800.

Just more bugs hiding behind this bug


Could not find a declaration file for module 'buffer-layout'

The buffer-layout package does not provide types nor does it have types available as @types/buffer-layout in the DefinitelyTyped project. This results in a compilation error when using @blockworks-foundation/mango-client in a TypeScript project with strict compiler settings:
Could not find a declaration file for module 'buffer-layout'. '<my project path>/node_modules/buffer-layout/lib/Layout.js' implicitly has an 'any' type.
  Try `npm i --save-dev @types/buffer-layout` if it exists or add a new declaration (.d.ts) file containing `declare module 'buffer-layout';`

import { Blob, Layout, Structure, UInt, Union } from 'buffer-layout';

Adding a declaration declare module 'buffer-layout' like the error suggests leads to other difficult-to-diagnose type errors.
Thankfully the folks over at Solana Labs have created their own well-typed fork of buffer-layout and are rolling it out into their own published packages.
Could this library switch to using that fork too?
A temporary workaround that worked for me is suggested here: set "noImplicitAny": false in tsconfig.json.

@carnesen I'm using a ts declaration file, picked & adapted from a Solana repository: https://gist.github.com/0xCryptoSheik/4e333ad477a2119ef070e67cdfb673a3
I agree it would be best for Mango packages to start using @solana/buffer-layout too, as more & more packages of the ecosystem start using it, which results in duplicates for consumers, of essentially identical packages.

@0xCryptoSheik  Thank you, we've incorporated your buffer-layout module definition into our project. This project could think about solving the issue that way too, by shipping your typedef (or similar) with this package. That would be less risky in the sense that it's guaranteed not to change the runtime behavior. I've updated the description of this issue to focus on the problem.


Output predicted race probabilities for functions in ethnicolr2

Functions in ethnicolr original package produce columns containing the percent chance white, Black, Asian, Hispanic. These columns are not produced in functions using ethnicolr2.

@rajashekar, let's look into adding softprob. for each class along with the predicted labels.

@jcweaver and @soodoku  -  This is fixed in version 0.1.1, please get the update version. Added another column probs. Please verify.
Sample output -
        last   first  ...     preds                                                                                probs
0  hernandez  hector  ...  hispanic  {'asian': 0.0003889082, 'hispanic': 0.987706, 'nh_black': 0.0012073584, 'nh_white': 0.008855153, 'other': 0.0018425211}
1      zhang   simon  ...     asian   {'asian': 0.936533, 'hispanic': 0.0016647797, 'nh_black': 0.0012903506, 'nh_white': 0.011221227, 'other': 0.049290624}

thanks @rajashekar.


💄 UI improvements for small screens

Summary
Closes https://github.com/appuio/cloud-portal/issues/241
Closes https://github.com/appuio/cloud-portal/issues/238
Closes https://github.com/appuio/cloud-portal/issues/240
Closes https://github.com/appuio/cloud-portal/issues/239
Checklist

[x] Categorize the PR by setting a good title and adding one of the labels:
bug, enhancement, documentation, change, breaking,
as they show up in the changelog
[x] Link this PR to related issues.

Remark on the iPhone SE 2 issue. It works properly when gradually increasing/decreasing the screen size. It is only an issue, if the screen size is too small from the beginning.

@corvus-ch I've fixed the spacing between the Teams' action buttons, and the name + username are now hidden on mobile devices, as longer names make the whole screen too wide. So that fixes the 'Join Team' dialog being too wide on an iPhone SE


Remove unused context handling for ol.Image

This pull request removes a leftover from when we had a DOM renderer.

Coveralls failed to respond.  This should be good to merge though.


Neither ALEInfoToClipboard nor ALEInfo working

This is so weird,
I've installed this on my other laptop, an asus vivobook ca500 running manjaro linux and everything runs smoothly, but on my macbook pro retina, running sierra 10.12.4, eslint 3.19.0 and neovim 0.1.7 I'm not seeing neither the errors nor the warnings but I've call :call ale#Lint() manually, I see those.
I am using the same dotfile in both laptops.
BTW, I already run around in circles and screamed.

BTW, I already run around in circles and screamed.

Okay, that's a good first step.
Do you see any output from :ALEInfo at all? Were you trying to see the output of your programs? You need to set let g:ale_history_log_output = 1 first to see the output of programs. It's off by default, as it could eat your RAM, potentially.

No, when I run :ALEInfo or : ALEInfoToClipboard I just get a message from neovim saying <command> is not an editor order, like if ALE where not installed but it is, otherwise :call ale#Lint() would not work when called manually.

What do you see if you type this?
:call ale#debugging#Info()

Also, what is the output of this?
:echo has('timers')

:call ale#debugging#Info() prints unknown function. :echo has('timers') prints 1

Well, I solved it. I reinstalled it and it started working. Thanks man

Cool. :+1:


[SPARK-5579][SQL][DataFrame] Support for project/filter using SQL expressions

df.selectExpr("abs(colA)", "colB")
df.filter("age > 21")

Test build #26693 has started for   PR 4348 at commit ac65f4b.

This patch merges cleanly.

Test build #26693 has finished for   PR 4348 at commit ac65f4b.

This patch fails PySpark unit tests.
This patch merges cleanly.
This patch adds the following public classes (experimental):
class Dsl(object):
class ExamplePointUDT(UserDefinedType):
class SQLTests(ReusedPySparkTestCase):

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/26693/
Test FAILed.

Test build #26723 has started for   PR 4348 at commit 2baeef2.

This patch merges cleanly.

This select() and filter() in Python do not support yet

Test build #26723 has finished for   PR 4348 at commit 2baeef2.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/26723/
Test PASSed.

We can discuss more offline. For now let's keep this separate, otherwise it can be fairly annoying to use column names that contain space or column names that contain any SQL keywords.


nixos: add script to automatically update nix-fallback-paths

This replicates
https://github.com/NixOS/nix/blob/68ba6ff4709d936c1a714de35da08f8ed354c710/maintainers/upload-release.pl#L241
however it can be run by everyone and not just eelco with s3 access. We often have the issue that this file goes out-of-date, so having this script in nixpkgs, now ever nixpkgs contributor can update this file.
This allows to make security releases faster without having privileged access to avoid situations as in https://discourse.nixos.org/t/nar-unpacking-vulnerability-post-mortem/52301
Description of changes

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
24.11 Release Notes (or backporting 23.11 and 24.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Add a :+1: reaction to pull requests you find important.

With this change ever nix maintainer who can create tags on github, could also do a release of nixpkgs.

Not sure I understand the use case. The only reason for updating nix-fallback-paths is when there is a new release, and those all include a fallback-paths.nix file.
If the issue is that not everybody can run the release script, then that's what we should fix - we shouldn't have multiple divergent release processes. (If I understand this PR correctly, it would result in releases that are tagged in Git but that don't exist on https://releases.nixos.org/ and wouldn't appear on the Nix download page.)

The issue with vendoring to nix releases only is though that we not regularly can rebuild those fallback paths. i.e. let's say we would some vulnerability in curl or openssl. Nix upstream doesn't really track the security of any of its libraries and makes releases based on that. So I am wondering if we should instead have our own release builds in nixpkgs instead that can be bumped independently.

While I do agree with Eelco about having one release process, I think we can still use https://github.com/NixOS/nix/pull/11565 to make the process easier to understand, and easier to check, and easier to use or abuse in a pinch. It just needs to replace some perl code by a simpler download.


Explore using https://github.com/tsconfig/bases for tsconfig

@academo add - "why" to issue description please.

@jackw can you please expand this issue? you originally suggested using tsconfig/bases


IOS 11 text flash become transparent

IOS 11 text flash become transparent.

not only in iOS 11. I have the same issue after update to 2.2.1 (was 2.1.2) at all devices and iOS versions

What do you mean by text flash?

this bug how to fix?

Can you give a screenshot?

screenVideo.mp4.zip
@honkmaster

This issue must be fixed with the latest release (see #807).

pod search SVProgressHUD

The latest release is 2.2.1. You are using 2.1.2, which is outdated.

Thank you for your reply.But the version I've searched with CocoaPods is 2.1.2, no higher version.You try using CocoaPods to search it.

I tried... Update your local repo.

Thank you. The problem has been settled.
pod repo updateThenpod search svprogresshud

Could you tell me what caused the problem? On iOS 11

Look into the code.


Feat: Made Link in Chat Clickable

Feat: https://github.com/fossasia/susi_iOS/issues/517
Changes: made link in chat view clickable And opened them in browser.

#note some time you may not able to click link because of content view height issue solved in this PR https://github.com/fossasia/susi_iOS/issues/512

@raghavbabbar I can't able to open the link in the chat. Make sure it works every time.

@raghavbabbar I can't able to open the link in the chat. Make sure it works every time.

@jogendra this will work fine now . This was because of

@raghavbabbar I can't able to open the link in the chat. Make sure it works every time.

@jogendra  this was due to issue in https://github.com/fossasia/susi_iOS/issues/512 . Now i have merged master in this branch. please take pull before testing it . thanks

I would suggest creating another PR because there seems to be a lot of unwanted code which would cause issues if we plan to revert this PR at any point in time.

I would suggest creating another PR because there seems to be a lot of unwanted code which would cause issues if we plan to revert this PR at any point in time.

why there  would be any need to revert any feature?

I would suggest creating another PR because there seems to be a lot of unwanted code which would cause issues if we plan to revert this PR at any point in time.

@chashmeetsingh why there would be any need to revert any feature ? if there is any bug we can raise now!!


Adding Iconography documentation

Checklist
(Check off all the items before submitting)

[x] Build process is done without errors. All tests pass in the /lib directory.
[ ] Self-reviewed the code before submitting.
[x] Meets accessibility standards.
[x] Added/updated documentation to /website as needed.
[ ] Added/updated tests as needed.

Purpose
Adding Iconography Doc to Hasltack site
Description
Following the same structure as other principles like Typography

Closing this PR since the implementation of the Icon needed to add Examples to this PR might take some time


OneToMany Bidirectional relationship throws Exception in Finder method when both entities are for RDBMS.

This is a known issue in Kundera-2.0.5 release.
12/02/04 18:10:06 ERROR util.JDBCExceptionReporter: Column 'PHOTOGRAPHER_ID' not found.
org.hibernate.exception.SQLGrammarException: could not execute query

fixed and will be part of release 2.0.6


Add inline MIT license with @license marker

This allows us to easily preserve it in React builds. This is the first part of fixing #44 and https://github.com/facebook/react/issues/8789 (the second change needs to be done in React repo).

Actually this adds a whole KB to the minified build. There must be a shorter version..

Just wondering, wouldn't it be possible for the bundler to read the license file and prepend it instead of having module maintainers having to add it inline?

In theory, yes, but I’m not aware of bundlers doing this in practice.

Replaced with a shorter version (Angular is doing it so that should be fine).

Okay, this should be ready for review.

I don't think this module should have to change just because React needs it. I know of no node modules that include the license in the source code. However, I'm gonna merge this as the license stuff has already wasted too much of people's time.

Thanks, I truly appreciate it.

Published as 4.1.1


2.2 exercise - growing circle

Link to it here: https://editor.p5js.org/Marcu/sketches/Xh-SWY6YH7

Community Contribution
Link to live project, video, or image:

Sharing

[ ] I would be happy to have my project shared on The Coding Train's social media!

Instagram:
Twitter:

The FeaturePeek Script failed. Tests passed.


not working on devices pre iOS 10

I am trying to use this library to implement inline videos pre iOS10.
This works for inline videos on iOS10, but not for pre iOS10.
Is there something basic that I am missing?
My js looks like this
var video = $('video').get(0);
makeVideoPlayableInline(video, false);

video.addEventListener('touchstart', function () {
   video.play();
});

And the html looks like this
<video src='http://www.w3schools.com/html/mov_bbb.mp4' class="video-player video-one" id="video-background" autoplay muted playsinline>
</video>

CSS
.IIV::-webkit-media-controls-play-button,
video::-webkit-media-controls-start-playback-button {
    opacity: 0;
    pointer-events: none;
    width: 5px;
}

It appears to just not work on my version of ios and safari? Is there a version of ios and safari that it wont work on?
I am using v 8.3 of iOS and v600.1.4 of safari

Sorry, can you test the latest version? 1.9.5 wasn't working

Hi, I am using this version
https://github.com/bfred-it/iphone-inline-video/blob/master/dist/iphone-inline-video.browser.js

Did you download it today? I updated it just yesterday

I am sure I downloaded it today. I can check again tomorrow, but fairly certain I updated it earlier today and used the code here. I can compare the versions and confirm. Anything else you think it could be?

I think that's it, I literally pushed it 14 hours ago. That exact file works on my iOS 8:

Thanks, that worked!