text:
Bug - Update apps: Pressing Upgrade all packages results in an attempt to install already updated apps

For example, let's say when WingetUI has finished loading that it detected something like 5 apps that have updates available, so the user presses Upgrade all packages - but one of them fails to update, so the user attempts to fix the last one easily by pressing Upgrade all packages again.
That will result in the app not only attempting to update the app that's left - but all the apps that were detected during that session.
See the video below.
https://user-images.githubusercontent.com/67732686/185784126-2906dcfa-1c1e-47f6-b497-bcde0d755b28.mp4

Could you please show the error shown in the error boxes?

https://user-images.githubusercontent.com/67732686/187735453-32170d4f-b3a7-4077-a0e8-685e7ab9460e.mp4

Done!
Additionally, the button won't update the unknown versions if they were not selected to be shown


text:
Transfer to Lexibank or Submit to Zenodo

We have two possibilities to publish the repo with Zenodo:

transfer to the lexibank organization on Zenodo, we will take care of publication then (authorship etc. won't change, of course)
submit directly to zenodo, using Zendodo's possibility to submit repositories along with a new release. This means you have to follow zenodo's guideline and set this up yourself, and we make a release then, so it will be automatically linked on Zenodo.

Cool! So I chose option two, made a release and submitted it to Zenodo: . Is there anything left to do for me?

Yes, please add the repository to the lexibank community. From there, we accept it then, and it is then part of lexibank.

Okay so on Zenodo, I edited the record, added the lexibank community under the "Communities" section, saved, and published. So in theory, the community curator should get a notification now

Beyond excited that the transfer worked out and grateful for the good cooperation!

source: gharchive/issue

authors: LinguList martino-vic

repo: martino-vic/streitberggothic

license_type: permissive

license_source: github-api


text:
feat: add song editor and validator

add validator in editor page
i18n wording

Seems this should fix #28

source: gharchive/pull-request

repo: maru-re/maru

license: MIT


text:
problem when skipping songs

When skipping song with equalizer off it plays loud for a second or two and then the volume drops

This has happened to me a couple of times on my Pixel XL. It happens when ExoPlayer assigns a new audioSessionID and a new Equalizer is created. I think there's an issue in the framework where the Equalizer is briefly in a state where it's created but not setup which is when it gets loud like this, but I'm honestly not sure.
I'm also not sure if there's a way to fix this using the system Equalizer class. One thing I considered doing was making an Equalizer class for ExoPlayer that would perform the actual equalization at render time instead of having the system do it. This should probably be done in C and requires the Fourier Transform, so I've been focusing on other features instead.

Okay sounds complicated lmao
You know what there weren't that much problems when jockey was using
MediaPlayer really
On 07 Apr 2017 20:33, "Andrew Bailey" notifications@github.com wrote:

This has happened to me a couple of times on my Pixel XL. It happens when
ExoPlayer assigns a new audioSessionID and a new Equalizer is created. I
think there's an issue in the framework where the Equalizer is briefly in a
state where it's created but not setup which is when it gets loud like
this, but I'm honestly not sure.
I'm also not sure if there's a way to fix this using the system Equalizer
class. One thing I considered doing was making an Equalizer class for
ExoPlayer that would perform the actual equalization at render time instead
of having the system do it. This should probably be done in C and requires
the Fourier Transform, so I've been focusing on other features instead.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/marverenic/Jockey/issues/262#issuecomment-292616991,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ARrlv6o_Bz_zp16UOwcY_2Rv1B-kYJOOks5rtoFigaJpZM4M3JgV
.

This actually did happen sometimes in the MediaPlayer implementation, but it would only happen once when you first started playback.

Have you tried using openSlMediaPlayer for playback ?
On 07 Apr 2017 20:58, "Andrew Bailey" notifications@github.com wrote:

This actually did happen sometimes in the MediaPlayer implementation, but
it would only happen once when you first started playback.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/marverenic/Jockey/issues/262#issuecomment-292623428,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ARrlvyrQGGVWIM1KOcRMKpsD5iD8wjqbks5rtodPgaJpZM4M3JgV
.

authors: Dirkstaal marverenic

repo: marverenic/Jockey

license_source: bigquery


text:
Interpret firmware file as an bytearray

Fix https://github.com/marvinroger/homie-esp8266/issues/397

@marvinroger please take a look.

Thanks. :+1:

authors: LiyouZhou marvinroger

license: mit


text:
不同窗口的同名标签组无法自动合并

例如当不同窗口中均存在名为 google 的标签组时，将其中一个窗口的 google 标签组拖拽至另一个窗口后，两个 google 标签组将独立存在，这很不合理。

任意触发一次分组就能合并，或者手动一键分组

authors: ZhangTianrong marwincn

repo: marwincn/auto-group-tabs


text:
Login . The input box of the binding mobile phone number page is adjusted

微信二维码扫描成功，绑定手机号页面的验证码输入框，应与登录页面的验证码输入框使用一个组件

resolved


text:
TopList cannot obtain the data of the indicator expression

TopList 获取不到指标表达式的数据

这边操作步骤为：编辑仪表盘，原来是其他类型的pannel，更改类型为toplist,表达式结果有数据返回，ui没有展示

跟仪表盘配置获取数据的方式有关，一个即时查询，一个历史时间区间查询，需要按实际结果统一确认调整


text:
JSON Schema conflict with shard_count

shard_count is experiencing an issue with not set, as the param is null instead of non-existent. Need to update the terraform for redis to make that config dynamic.

This has been resolved

repo: massdriver-cloud/azure-cache-redis


text:
ReferenceError: window is not defined

Hello, do you know why I'm getting this error in my u2f-api-polyfill node_modules packages in both 0.4.1 & 0.4.3, any idea? Thx.

Hi. This package is meant to be used in browsers.

Thanks for the response. It seems a similar issue like this https://github.com/okta/okta-signin-widget/issues/295 no resolve

authors: mastahyeti sharstream


text:
Game update

bolehkah saya mengedit skrip untuk memperbaharui game?

https://github.com/masterking32/MasterHamsterKombatBot/pull/435


text:
🛑 Iran 1 - VIP 2 is down

In 494a442, Iran 1 - VIP 2 ($VIP2) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Iran 1 - VIP 2 is back up in 7c88c6a after 7 minutes.


text:
🛑 RESTREAM-IR-10-ParsOnline-4 is down

In 5ee1356, RESTREAM-IR-10-ParsOnline-4 ($IR_10) was down:

HTTP code: 0
Response time: 0 ms

Resolved: RESTREAM-IR-10-ParsOnline-4 is back up in 16264bc.


text:
🛑 RESTREAM-IR-13-Afranet-3 is down

In 9c92d3e, RESTREAM-IR-13-Afranet-3 ($IR_13) was down:

HTTP code: 0
Response time: 0 ms

Resolved: RESTREAM-IR-13-Afranet-3 is back up in 5dea431.


text:
🛑 RESTREAM-IR-11-ZirSakht-2 is down

In 3f1d455, RESTREAM-IR-11-ZirSakht-2 ($IR_11) was down:

HTTP code: 0
Response time: 0 ms

Resolved: RESTREAM-IR-11-ZirSakht-2 is back up in 18b4a9f.


text:
🛑 RESTREAM-IR-13-Afranet-3 is down

In 79a72e5, RESTREAM-IR-13-Afranet-3 ($IR_13) was down:

HTTP code: 0
Response time: 0 ms

Resolved: RESTREAM-IR-13-Afranet-3 is back up in b57a3b8.


text:
🛑 RESTREAM-IR-11-ZirSakht-2 is down

In 4fe5218, RESTREAM-IR-11-ZirSakht-2 ($IR_11) was down:

HTTP code: 0
Response time: 0 ms

Resolved: RESTREAM-IR-11-ZirSakht-2 is back up in b431452.


text:
🛑 Iran 12 - ParsOnline 5 is down

In aa97025, Iran 12 - ParsOnline 5 ($IR_12) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Iran 12 - ParsOnline 5 is back up in 9a58024.


text:
🛑 RESTREAM-IR-13-Afranet-3 is down

In 79b91ed, RESTREAM-IR-13-Afranet-3 ($IR_13) was down:

HTTP code: 0
Response time: 0 ms

Resolved: RESTREAM-IR-13-Afranet-3 is back up in f487f87.


text:
🛑 Iran 11 - ParsOnline 4 is down

In b6ddaa2, Iran 11 - ParsOnline 4 ($IR_11) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Iran 11 - ParsOnline 4 is back up in 30df183.


text:
🛑 Iran 1 - Afranet 1 is down

In de08e14, Iran 1 - Afranet 1 ($IR_1) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Iran 1 - Afranet 1 is back up in 4840721.


text:
🛑 Iran 5 - Afranet 3 is down

In 1c16d7c, Iran 5 - Afranet 3 ($IR_5) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Iran 5 - Afranet 3 is back up in 975bc81 after 22 minutes.


text:
Elixir: SPACESHIP_ELIXIR_SHOW should be SPACEFISH_ELIXIR_SHOW

Bug Report
Current Behavior
Docs mention SPACESHIP_ELIXIR_SHOW.
Expected Behavior
SPACESHIP_ELIXIR_SHOW should be SPACEFISH_ELIXIR_SHOW.

:tada: This issue has been resolved in version 2.6.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

authors: matchai otijhuis

repo: matchai/spacefish


text:
Text-Field Character Count

Text field is missing the character count feature introduced in 0.44.0.

Closed with #861


text:
There are some errors raised when I run it following the readme.

Traceback (most recent call last):
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/lib/cherrypy/cherrypy/wsgiserver/wsgiserver2.py", line 1302, in communicate
req.respond()
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/lib/cherrypy/cherrypy/wsgiserver/wsgiserver2.py", line 831, in respond
self.server.gateway(self).respond()
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/lib/cherrypy/cherrypy/wsgiserver/wsgiserver2.py", line 2115, in respond
response = self.req.server.wsgi_app(self.env, self.start_response)
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/wsgi_server.py", line 292, in call
return app(environ, start_response)
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/request_rewriter.py", line 314, in _rewriter_middleware
response_body = iter(application(environ, wrapped_start_response))
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/python/runtime/request_handler.py", line 165, in call
self._flush_logs(response.get('logs', []))
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/google/appengine/tools/devappserver2/python/runtime/request_handler.py", line 308, in _flush_logs
apiproxy_stub_map.MakeSyncCall('logservice', 'Flush', request, response)
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/google/appengine/api/apiproxy_stub_map.py", line 97, in MakeSyncCall
return stubmap.MakeSyncCall(service, call, request, response)
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/google/appengine/api/apiproxy_stub_map.py", line 331, in MakeSyncCall
rpc.CheckSuccess()
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/google/appengine/api/apiproxy_rpc.py", line 136, in CheckSuccess
self._traceback)
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/google/appengine/api/apiproxy_rpc.py", line 161, in _WaitImpl
self.request, self.response)
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/google/appengine/ext/remote_api/remote_api_stub.py", line 223, in MakeSyncCall
self._MakeRealSyncCall(service, call, request, response)
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/google/appengine/ext/remote_api/remote_api_stub.py", line 248, in _MakeRealSyncCall
encoded_response = self._server.Send(self._path, encoded_request)
File "/Users/admin/Documents/google-cloud-sdk/platform/google_appengine/google/appengine/tools/appengine_rpc.py", line 469, in Send
f = self.opener.open(req)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py", line 437, in open
response = meth(req, response)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py", line 550, in http_response
'http', request, response, code, msg, hdrs)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py", line 475, in error
return self._call_chain(*args)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py", line 409, in _call_chain
result = func(*args)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/urllib2.py", line 558, in http_error_default
raise HTTPError(req.get_full_url(), code, msg, hdrs, fp)
HTTPError: HTTP Error 503: Service Unavailable

OK, the answer is bellow.
https://stackoverflow.com/questions/16698621/google-app-engine-error-httperror/19460147#19460147

repo: material-motion/direct


text:
Spacer icon now causes crash

The fix for #678 causes a crash:
commit 9b4ad4e418bce2affa2e0fd42b6ec1b469bc8e32
Author: Domino987 <domino987@gmail.com>
Date:   Sun Nov 20 17:05:32 2022 +0100

    fix for div text in actions icon

diff --git a/src/material-table.js b/src/material-table.js
index 2665203c..628cf1d0 100644
--- a/src/material-table.js
+++ b/src/material-table.js
@@ -440,9 +440,10 @@ export default class MaterialTable extends React.Component {
           .length === 0
       ) {
         calculatedProps.actions.push({
-          icon: 'div',
+          icon: null,
           position: 'row',
-          onClick: () => {}
+          onClick: () => {},
+          disabled: true
         });
       }
     }

The icon: null here causes a crash inside MTableAction:
  const icon =
    typeof action.icon === 'string' ? (
      <Icon {...action.iconProps}>{action.icon}</Icon>
    ) : typeof action.icon === 'function' ? (
      action.icon({ ...action.iconProps, disabled: disabled })
    ) : (
      <action.icon {...action.iconProps} />
    );

This effectively results in <null>, which crashes with "React.createElement: type is invalid -- expected a string (for built-in components) or a class/function (for composite components) but got: null.  Check the render method of MTableAction."
If we're going with icon: null as a spacer then MTableAction needs to handle that case.
/cc @Domino987

Ah yes, should be fixed now

repo: material-table-core/core


text:
Plotter class

Is your feature request related to a problem? Please describe.
Plotter class is limited in the v0.1. Specifically:

We can only plot on rectangles in 2d

Describe the solution you'd like
Add or updated the following methods

plot : should work in 2D and in 3D with arbitrary shaped geometries. Using scatter plot is easier but the results are not so good looking, so something else should be thought.
plot_loss : should plot the loss/ losses (in case more than one model) history
plot_geometry_discretisation : should plot the geometry discretisation used for training. Different colors of points for different conditions.

@ndem0 Do you know how to plot a field in 2d/3d like it is in tripcolor but in arbitrary shape? Using tripcolor creates a mesh that sometimes (especially for not convex domains, like a U domain) doesn't keep the geometry. Of course we can define our own mesh triangles starting from the scatter points, but I would rather not since it looks complicated. Maybe you are aware of something else that we could use.

It's not a trivial task. But since here we are always in a continuous setting, why discretize the space for plotting? Can't we just ask the PINN prediction on a grid of "pixel"? We can use simply the methods is_inside of the domain then to mask just the internal field

Ok very clever, thank you. I will make it.

Closing issue, we updated the plotter class in v0.1. An enhanced plotter class needs to be planned for a future release.

repo: mathLab/PINA


text:
replaced security with openssl to run on other systems

hi
i've replaced "security" with openssl to run it on other os than mac os x.

Coverage remained the same when pulling f085a3211d7566d7baea16dd4b9667ce35289037 on katunch:master into 6173d5ba3b6781ab078f2b149da7eec7abf8a537 on matiassingers:master.

Awesome PR @katunch - this is really awesome.
I didn't have a chance to test it on any other platform, is it about fully functioning(maybe except for codesign)?

One small thing:

[ ] change the security mention to openssl in the README

Coverage remained the same when pulling c50e0aa4a3a19cee5ede12ae82ad5f07b83ad6d6 on katunch:master into 6173d5ba3b6781ab078f2b149da7eec7abf8a537 on matiassingers:master.

let me do a little test on my ubuntu box... just a sec..

Ok i got some news!
The openssl implementation will not work on other machines because they haven't installed the apple certificates to check against. I will try to bring it up running on a Ubuntu box and will open another pull request.
Sorry for the inconvenience ;)

@katunch oh too bad, I wouldn't mind still accepting the PR with the small README change though.
Unfortunate that it doesn't work on other platforms.

will open another pull request in a sec

:+1:

authors: coveralls katunch matiassingers

repo: matiassingers/ipa-metadata


text:
Add GAME: GAME Credits

[x] I understand that token listing is not required to use the Polygon Wallet with a token.

Please provide the following information for your token.
Token Name: GAME Credits
Token Symbol: GAME
Decimals: 18
Polygon Address: 0x8d1566569d5b695d44a9a234540f68D393cDC40D
Ethereum Address: 0x63f88A2298a5c4AEE3c216Aa6D926B184a4b2437
Logo URI (svg): https://svgshare.com/i/fJw.svg
Project Name: GAME Credits
Project Summary: GAME Credits (GAME) is the original token for the gaming industry. Launched in 2014, the token and team have grown, with an expanded vision to build the 100 year metaverse. The vision for the Genesis Worlds Project is to develop a decentralized RPG metaverse that will last beyond 100 years. The team at GAME Credits is supporting the project launch and shepherding early stages of the project in preparation for handoff to the Genesis Worlds community and Genesis Foundation. The GAME token provides critical support for the project, with utility that allows holders to invest in a variety of project opportunities, including farming GENESIS, the governance and in-world currency of Genesis Worlds.
Project Contact: info@gamecredits.org
Project Website: https://gamecredits.org
Mainnet/Testnet:
Additonal Notes:

Token previously added to the allTokens tokenlist.

Hi Rajesh,
We are trying to add both GAME and GENESIS to the Default Polygon Token
List. Is this possible? The all tokens list is hidden by default.
Previously GAME and GENESIS were visible with their logos and since the
change they are not.
Best,
On Thu, Apr 7, 2022 at 12:42 PM Rajesh Chaganti @.***>
wrote:

Token previously added to the allTokens tokenlist.
—
Reply to this email directly, view it on GitHub
https://github.com/maticnetwork/polygon-token-list/issues/113#issuecomment-1091970360,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AYI4BKVRH5G4P3KY56XTMPDVD4GANANCNFSM5Q7U4FRA
.
You are receiving this because you authored the thread.Message ID:
@.***>

--
Chris Lovell
Director of External Affairs
https://gamecredits.org

authors: GAMECreditsChris py-zoid

repo: maticnetwork/polygon-token-list


text:
🛑 Google is down

In 725d41b, Google (https://www.google.com) was down:

HTTP code: 429
Response time: 504 ms

Resolved: Google is back up in 1e28ec6 after 32 minutes.

repo: maticorv/upptime


text:
Fix help generation showing the default command

Fixes default commands showing up by their name in help messages. This implementation is technically wasteful because it still generates the parsing logic and <subcommand name> --help message. I couldn't figure out a way to get rid of this waste and errors weren't helpful trying to fix it, but considering rustc probably throws out much of this anyway as unused or unreachable it's probably fine.

Seems tests are failing due to the generated structs in xflags-macros/tests/it being unused, and that turning up an error rather than a warning. Not sure what to do about that

Fixed the failures on main, should be good now!

authors: matklad o-x-e-y

repo: matklad/xflags


text:
zorder of drawmapboundary() gets on top of imshow()

Hi all,
I got this weird issue that changing the order of drawmapboundary() wrt drawparallels() and drawmeridians() gives different results. Specifically, calling drawmapboundary(fill_color='0.8') first leads to an overlay of grey over the imshow() (see left panel in figure). While putting drawmapboundary() after drawparallels() and drawmeridians() gives correct results (right panel in figure).

The script to create that plot:
import numpy as np
import matplotlib.pyplot as plt
from mpl_toolkits.basemap import Basemap

def plotBmap(data, x, y, ax, order):

    bmap=Basemap(projection='cyl',\
            llcrnrlat=y[0],llcrnrlon=x[0],\
            urcrnrlat=y[-1],urcrnrlon=x[-1],\
            ax=ax)

    bmap.imshow(data, interpolation='nearest')

    # plot axes labels
    lat_labels=np.linspace(-90, 90, 5)
    lon_labels=np.linspace(0, 360, 6)
    ax.set_yticks(lat_labels)
    ax.set_xticks(lon_labels)
    ax.tick_params(axis='both',which='major',labelsize=10)
    ax.xaxis.set_ticklabels([])
    ax.yaxis.set_ticklabels([])

    # draw continents
    bmap.drawcoastlines(linewidth=1.5,linestyle='solid',color='k',\
        antialiased=True)
    bmap.drawcountries(linewidth=0.5,linestyle='solid',color='k',\
            antialiased=True)

    if order=='before':
        bmap.drawmapboundary(color='k',linewidth=1.0,fill_color='0.8')
        bmap.drawparallels(lat_labels,labels=[1,1,0,0],linewidth=0,\
                labelstyle='+/-',fontsize=10)
        bmap.drawmeridians(lon_labels,labels=[0,0,0,1],linewidth=0,\
                labelstyle='+/-',fontsize=10)
    elif order=='after':
        bmap.drawparallels(lat_labels,labels=[1,1,0,0],linewidth=0,\
                labelstyle='+/-',fontsize=10)
        bmap.drawmeridians(lon_labels,labels=[0,0,0,1],linewidth=0,\
                labelstyle='+/-',fontsize=10)
        bmap.drawmapboundary(color='k',linewidth=1.0,fill_color='0.8')

    return bmap

if __name__=='__main__':

    x=np.arange(0, 361, 1)     # lon
    y=np.arange(-90, 91, 1)    # lat
    X,Y=np.meshgrid(x,y)
    z=np.sin(X/90.)+np.cos(Y/90.)

    # create an area of missings
    z[10:50, 20:80]=np.nan

    fig, (ax1, ax2)=plt.subplots(1, 2, figsize=(12,6))

    bmap1=plotBmap(z, x, y, ax1, 'before')
    ax1.set_title('before')

    bmap2=plotBmap(z, x, y, ax2, 'after')
    ax2.set_title('after')

    fig.show()

I guess it's the zorder that is wrong. specifying zorder=0 in drawmapboundary() doesn't work, by zordre=-1 does.
The versions of relevant packages:

basemap = 1.2.0
matplotlib = 2.2.3

One of the combinations that doesn't have this issue:

basemap = 1.0.7
matplotlib = 2.2.3

Fascinating...
I still need to dig into exactly what the code looked like back in v1.0.7,
but one thing I am suspecting is that between then and now, I normalized
the limb-handling code across all of the drawing functions. In particular,
the drawparallels() and drawmeridians() methods would trigger a call to
_cliplimb() now, which exits early if the map boundaries haven't been drawn
yet. But, I don't know how setting clip paths could possibly have an impact
on any of this.
Now, one thing about this is that drawmapboundary() defaults to zorder of
0, so explicitly setting a zorder of zero would have no impact on behavior.
I am going to have to investigate this a bit further to figure out the
cause of the issue.
On Wed, Aug 21, 2019 at 6:22 AM Xunius notifications@github.com wrote:

Hi all,
I got this weird issue that changing the order of drawmapboundary() wrt
drawparallels() and drawmeridians() gives different results.
Specifically, calling drawmapboundary(fill_color='0.8') first leads to an
overlay of grey over the imshow() (see left panel in figure). While
putting drawmapboundary() after drawparallels() and drawmeridians() gives
correct results (right panel in figure).
[image: basemap]
https://user-images.githubusercontent.com/8076931/63423894-d2caca80-c43f-11e9-9544-a224c703c007.png
The script to create that plot:
import numpy as np
import matplotlib.pyplot as plt
from mpl_toolkits.basemap import Basemap
def plotBmap(data, x, y, ax, order):
bmap=Basemap(projection='cyl',\
        llcrnrlat=y[0],llcrnrlon=x[0],\
        urcrnrlat=y[-1],urcrnrlon=x[-1],\
        ax=ax)

bmap.imshow(data, interpolation='nearest')

# plot axes labels
lat_labels=np.linspace(-90, 90, 5)
lon_labels=np.linspace(0, 360, 6)
ax.set_yticks(lat_labels)
ax.set_xticks(lon_labels)
ax.tick_params(axis='both',which='major',labelsize=10)
ax.xaxis.set_ticklabels([])
ax.yaxis.set_ticklabels([])

# draw continents
bmap.drawcoastlines(linewidth=1.5,linestyle='solid',color='k',\
    antialiased=True)
bmap.drawcountries(linewidth=0.5,linestyle='solid',color='k',\
        antialiased=True)

if order=='before':
    bmap.drawmapboundary(color='k',linewidth=1.0,fill_color='0.8')
    bmap.drawparallels(lat_labels,labels=[1,1,0,0],linewidth=0,\
            labelstyle='+/-',fontsize=10)
    bmap.drawmeridians(lon_labels,labels=[0,0,0,1],linewidth=0,\
            labelstyle='+/-',fontsize=10)
elif order=='after':
    bmap.drawparallels(lat_labels,labels=[1,1,0,0],linewidth=0,\
            labelstyle='+/-',fontsize=10)
    bmap.drawmeridians(lon_labels,labels=[0,0,0,1],linewidth=0,\
            labelstyle='+/-',fontsize=10)
    bmap.drawmapboundary(color='k',linewidth=1.0,fill_color='0.8')

return bmap

if name=='main':
x=np.arange(0, 361, 1)     # lon
y=np.arange(-90, 91, 1)    # lat
X,Y=np.meshgrid(x,y)
z=np.sin(X/90.)+np.cos(Y/90.)

# create an area of missings
z[10:50, 20:80]=np.nan

fig, (ax1, ax2)=plt.subplots(1, 2, figsize=(12,6))

bmap1=plotBmap(z, x, y, ax1, 'before')
ax1.set_title('before')

bmap2=plotBmap(z, x, y, ax2, 'after')
ax2.set_title('after')

fig.show()

I guess it's the zorder that is wrong. specifying zorder=0 in
drawmapboundary() doesn't work, by zordre=-1 does.
The versions of relevant packages:

basemap = 1.2.0
matplotlib = 2.2.3

One of the combinations that doesn't have this issue:

basemap = 1.0.7
matplotlib = 2.2.3

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/matplotlib/basemap/issues/474?email_source=notifications&email_token=AACHF6CJSS2VSUZ5ONADI23QFUJMRA5CNFSM4IOE3SP2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4HGPC7RQ,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AACHF6BO7ELAMVNSAQQBU23QFUJMRANCNFSM4IOE3SPQ
.

Hi, I wonder is there any fix being patched, but I noticed something new.
I created a new conda environment and installed basemap = 1.2.0 and matplotlib = 2.2.3. Now setting zorder=-1 in drawmapboundary() makes the top and the left hand side black frames gone (see top-right in figure below), as if the fill_color is overlaying the figure frame. Again it seems to be related to the ordering of drawmapboundary() wrt drawparallels() and drawmeridians(). I've created a new plot to show this:

Code below:
import numpy as np
import matplotlib.pyplot as plt
from mpl_toolkits.basemap import Basemap

def plotBmap(data, x, y, ax, method):

    bmap=Basemap(projection='cyl',\
            llcrnrlat=y[0],llcrnrlon=x[0],\
            urcrnrlat=y[-1],urcrnrlon=x[-1],\
            ax=ax)

    bmap.imshow(data, interpolation='nearest')

    # plot axes labels
    lat_labels=np.linspace(-90, 90, 5)
    lon_labels=np.linspace(0, 360, 6)
    ax.set_yticks(lat_labels)
    ax.set_xticks(lon_labels)
    ax.tick_params(axis='both',which='major',labelsize=10)
    ax.xaxis.set_ticklabels([])
    ax.yaxis.set_ticklabels([])

    # draw continents
    bmap.drawcoastlines(linewidth=1.5,linestyle='solid',color='k',\
        antialiased=True)
    bmap.drawcountries(linewidth=0.5,linestyle='solid',color='k',\
            antialiased=True)

    if method=='before no zorder':
        bmap.drawmapboundary(color='k',linewidth=1.0,fill_color='0.8')
        bmap.drawparallels(lat_labels,labels=[1,1,0,0],linewidth=0,\
                labelstyle='+/-',fontsize=10)
        bmap.drawmeridians(lon_labels,labels=[0,0,0,1],linewidth=0,\
                labelstyle='+/-',fontsize=10)
    elif method=='before with zorder':
        bmap.drawmapboundary(color='k',linewidth=1.0,fill_color='0.8', zorder=-1)
        bmap.drawparallels(lat_labels,labels=[1,1,0,0],linewidth=0,\
                labelstyle='+/-',fontsize=10)
        bmap.drawmeridians(lon_labels,labels=[0,0,0,1],linewidth=0,\
                labelstyle='+/-',fontsize=10)
    elif method=='after no zorder':
        bmap.drawparallels(lat_labels,labels=[1,1,0,0],linewidth=0,\
                labelstyle='+/-',fontsize=10)
        bmap.drawmeridians(lon_labels,labels=[0,0,0,1],linewidth=0,\
                labelstyle='+/-',fontsize=10)
        bmap.drawmapboundary(color='k',linewidth=1.0,fill_color='0.8')
    elif method=='after with zorder':
        bmap.drawparallels(lat_labels,labels=[1,1,0,0],linewidth=0,\
                labelstyle='+/-',fontsize=10)
        bmap.drawmeridians(lon_labels,labels=[0,0,0,1],linewidth=0,\
                labelstyle='+/-',fontsize=10)
        bmap.drawmapboundary(color='k',linewidth=1.0,fill_color='0.8', zorder=-1)

    ax.set_title(method)

    return bmap

if __name__=='__main__':

    x=np.arange(0, 361, 1)     # lon
    y=np.arange(-90, 91, 1)    # lat
    X,Y=np.meshgrid(x,y)
    z=np.sin(X/90.)+np.cos(Y/90.)

    # create an area of missings
    z[10:50, 20:80]=np.nan

    fig, axes=plt.subplots(2, 2, figsize=(12,6))

    bmap1=plotBmap(z, x, y, axes[0,0], 'before no zorder')
    bmap1=plotBmap(z, x, y, axes[0,1], 'before with zorder')
    bmap1=plotBmap(z, x, y, axes[1,0], 'after no zorder')
    bmap1=plotBmap(z, x, y, axes[1,1], 'after with zorder')

    fig.show()

authors: WeatherGod Xunius

repo: matplotlib/basemap


text:
Transparency support

Without this some tiles cannot be used correctly (e.g.  https://services.arcgisonline.com/arcgis/rest/services/Reference/World_Boundaries_and_Places_Alternate/MapServer/tile/1/0/0.png)

Thank you!

authors: FMassin WeatherGod


text:
Add a new platform code super property

Fixes https://github.com/element-hq/crypto-internal/issues/316
Unfortunately I cannot just use the existing app platform, because it uses values with white space (Web Platform). The script we use to generate swift/kotlin enum will generate invalid code for such values.
We are using some custom python script to convert, not sure if worth finding how to fix them

I have to say that having two properties that do the same thing seems like a very bad idea. Can't we just fix the script?
At the very least, the comments should say how the new property differs from the old one, and which we should be using in future.

I have to say that having two properties that do the same thing seems like a very bad idea. Can't we just fix the script?
At the very least, the comments should say how the new property differs from the old one, and which we should be using in future.

Yes fixing the script would be better.  But given that the existing appPlatform is only used by web, I thought I might as well deprecate it and avoid the effort to change all the existing code generation script. On web it's also used in RS and maybe it was a matomo thing previously.

Well, could you at least add a comment to appPlatform to say that it is deprecated?

authors: BillCarsonFr richvdh

repo: matrix-org/matrix-analytics-events


text:
matrix.org appears as mobile site on Chrome, macOS

it doesn't for me :) what version of chrome, and what screen size?

Version 56.0.2924.87 (64-bit), Screen resolution 2880 x 1800, window size as it is in the screenshot but changing it seems to have no effect.

i can't explain this at all... can you doublecheck the UA settings in inspector? button on the top left which lets you test responsive design?

Sure... OK so I've got a couple of screenshots for a resolution of 618 x 845 (arbitrary). It seems like these should be the other way around...
Device type = Mobile:

Device type = Desktop:

PEBKAC: I had by browser zoomed in and it caches per-site and persists apparently.

repo: matrix-org/matrix-doc


text:
Mark tokens as expired instead of deleting them

Fixes https://github.com/matrix-org/sliding-sync/issues/305
This PR changes the following:

adds a expired column which defaults to false
Sets the expired flag when we receive a 401 from upstream
when setting up a connection and we know about the hash, but it is expired, returns 401 to the client
starts a timer to remove expired tokens

With the failing test, I'm wondering the same as @DMRobertson here #302 (comment) The new test added in #302 is happy here, but the "old" one is failing.

This isn't quite right. The failing test is TestPollersCanBeResumedAfterExpiry. The tests referred to in #302 are TestPollerExpiryEnsurePollingRace and TestPollerExpiryEnsurePollingRaceDoesntWedge.
The failing test is 401ing alice's token because it is old as per comments:
// Inject an old token from Alice and a new token from Bob into the DB.

It then calls h.callbacks.OnExpiredToken(context.Background(), hashToken(p.accessToken), p.userID, p.deviceID) due to the test calling:
	t.Log("Manually trigger a poller cleanup.")
	v3.h2.ExpireOldPollers()

So the token for alice will be marked as expired in the DB in this PR, hence the 401. The failing section of test is:
	t.Log("Alice makes a new sliding sync request")
	res := v3.mustDoV3Request(t, aliceToken, sync3.Request{
		Extensions: extensions.Request{
			AccountData: &extensions.AccountDataRequest{
				Core: extensions.Core{
					Enabled: &boolTrue,
				},
			},
		},
	})

	t.Log("Alice's poller should have been polled.")
	v2.waitUntilEmpty(t, aliceToken)

Which makes sense as the expired aliceToken won't hit /whoami or anything anymore, it'll just immediately 401. The test needs to be updated to use a new token for Alice.

@kegsay is it still worth taking a look at this or can we close this?

I think we can close this for now. We may want to revisit this later on.

repo: matrix-org/sliding-sync


text:
Have you considered channels as call arguments rather than return arguments

Firstly, this is a lovely library. Love the test harness for implementers. I can see this helping people get started with queueing technologies really quickly.
Just a quick thought. Have you considered modeling the channel based functions in your interface as call arguments, rather that return arguments? I see this a lot in good channel practice.
For example:
// Transport provides message sending and receiving
// capabilities over a messaging queue technology.
// Clients should always check for errors coming through ErrChan.
type Transport interface {
	// Receive gets a channel on which to receive messages
	// with the specified name.
	Receive(name string, chan<- []byte)
	// Send gets a channel on which messages with the
	// specified name may be sent.
	Send(name string, <-chan []byte)
	// ErrChan gets a channel through which errors
	// are sent.
	ErrChan(chan<- error)

	// Stop stops the transport. StopChan will be closed
	// when the transport has stopped.
	Stop()
	// Done gets a channel which is closed when the
	// transport has successfully stopped.
	Done() chan struct{}
}

Note that we have to flip the directions around on the channels. I think it could address some limitations of control for the consumer. For example, security that the implementation won't close the thing it is sending on or control over the channels buffer size.
For receive operations now you can expect the Receive function to potentially send or close, but not consume from your channel. That is purely the callers responsibility and they can set the buffer size.
For the Send operation, the consumer of this library is in control of when to close. The current implementation gives no guarantees to the user that the implementation of vice.Transport won't close the channel it is sending on, which would cause a panic. Enforcing that the implementation takes a receive only channel, means the transport can't close it, only stop consuming it.
Another recommendation I would have would be let Receive and Send take a context.Context and remove the Done() chan struct{} in favor of the Done on context.Context.
Otherwise, love the idea and might take a crack at a queue implementation 👍

@GeorgeMac Thanks very much.
I toyed with the idea of adding context for cancellation, but it meant that the idea wasn't explicitly represented in the interface. I'd imagine the context would go into the New functions in the implementations, rather than Send and Receive. That's not a deal breaker, but that's why I left Stop and Done in there. But since context is in the std lib, it's definitely still on the table.
I think the interface you suggest would be better for more advanced users for the reasons you mentioned, but not sure about programmers new to channels etc.
But let's sketch some samples of code to see how users would use that new interface:
greetings := make(chan []byte)
names := make(chan []byte)
transport.Receive("names", names)
transport.Send("greetings", greetings)
for name := range names {
  greetings <- []byte("Hello "+string(name))
}

It's not so bad. This is a trade-off between simplicity of use, and power.
Interested what @dahernan @jasonhancock @piotrrojek think too.

I had the same thought process. It comes down to your target consumer. Those more familiar with channel semantics and those that want to just get going with a queue implementation.
I think upon reflection the most important call to shuffle about is the Send(name string, <-chan string) function, because you want to force implements of the interface to not close or send themselves. This way the caller is guaranteed by the compiler that they are safe to interact with the channel without the risk of a panic, because they try to send/close on an already closed channel.
I guess it may be possible to try and assert this doesn't happen in the test harness. However, that could be very difficult to assert deterministically.
For Receive it is less important and in fact by only returning a recv only channel, the consumer of this library cannot close the channel and cause the implementation of the interface to panic by unwittingly sending on a closed channel. So leaving Receive as is might be a more sane approach.

authors: GeorgeMac matryer

repo: matryer/vice


text:
Issue with Mark Text docs

Mark Text's official website has lost its domain according to the information I found by whois,
Domain Name: marktext.app
Registry Domain ID: 34FB4F0B5-APP
Registrar WHOIS Server: whois.godaddy.com
Registrar URL: https://www.godaddy.com/
Updated Date: 2022-05-15T08:21:20Z
Creation Date: 2019-04-03T15:21:52Z
Registry Expiry Date: 2022-04-03T15:21:52Z
Registrar: GoDaddy.com, LLC
Registrar IANA ID: 146
Registrar Abuse Contact Email: abuse@godaddy.com
Registrar Abuse Contact Phone: +1.4806242505
Domain Status: pendingDelete https://icann.org/epp#pendingDelete
Domain Status: redemptionPeriod https://icann.org/epp#redemptionPeriod
Registry Registrant ID: REDACTED FOR PRIVACY
Registrant Name: REDACTED FOR PRIVACY
Registrant Street: REDACTED FOR PRIVACY
Registrant Street:
Registrant City: REDACTED FOR PRIVACY
Registrant State/Province: Shanghai
Registrant Postal Code: REDACTED FOR PRIVACY
Registrant Country: CN
Registrant Phone: REDACTED FOR PRIVACY
Registrant Email: Please query the WHOIS server of the owning registrar identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Registry Admin ID: REDACTED FOR PRIVACY
Admin Name: REDACTED FOR PRIVACY
Admin Street: REDACTED FOR PRIVACY
Admin Street:
Admin City: REDACTED FOR PRIVACY
Admin State/Province: REDACTED FOR PRIVACY
Admin Postal Code: REDACTED FOR PRIVACY
Admin Country: REDACTED FOR PRIVACY
Admin Phone: REDACTED FOR PRIVACY
Admin Email: Please query the WHOIS server of the owning registrar identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Registry Tech ID: REDACTED FOR PRIVACY
Tech Name: REDACTED FOR PRIVACY
Tech Street: REDACTED FOR PRIVACY
Tech Street:
Tech City: REDACTED FOR PRIVACY
Tech State/Province: REDACTED FOR PRIVACY
Tech Postal Code: REDACTED FOR PRIVACY
Tech Country: REDACTED FOR PRIVACY
Tech Phone: REDACTED FOR PRIVACY
Tech Email: Please query the WHOIS server of the owning registrar identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Registry Billing ID: REDACTED FOR PRIVACY
Billing Name: REDACTED FOR PRIVACY
Billing Street: REDACTED FOR PRIVACY
Billing Street:
Billing City: REDACTED FOR PRIVACY
Billing State/Province: REDACTED FOR PRIVACY
Billing Postal Code: REDACTED FOR PRIVACY
Billing Country: REDACTED FOR PRIVACY
Billing Phone: REDACTED FOR PRIVACY
Billing Email: Please query the WHOIS server of the owning registrar identified in this output for information on how to contact the Registrant, Admin, or Tech contact of the queried domain name.
Name Server: ns45.domaincontrol.com
Name Server: ns46.domaincontrol.com
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of WHOIS database: 2022-06-04T03:09:51Z <<<

For more information on Whois status codes, please visit https://icann.org/epp

Please query the WHOIS server of the owning registrar identified in this
output for information on how to contact the Registrant, Admin, or Tech
contact of the queried domain name.

WHOIS information is provided by Charleston Road Registry Inc. (CRR) solely
for query-based, informational purposes. By querying our WHOIS database, you
are agreeing to comply with these terms
(https://www.registry.google/about/whois-disclaimer.html) and acknowledge
that your information will be used in accordance with CRR's Privacy Policy
(https://www.registry.google/about/privacy.html), so please read those
documents carefully.  Any information provided is "as is" without any
guarantee of accuracy. You may not use such information to (a) allow,
enable, or otherwise support the transmission of mass unsolicited,
commercial advertising or solicitations; (b) enable high volume, automated,
electronic processes that access the systems of CRR or any ICANN-Accredited
Registrar, except as reasonably necessary to register domain names or modify
existing registrations; or (c) engage in or support unlawful behavior. CRR
reserves the right to restrict or deny your access to the Whois database,
and may modify these terms at any time.

which is why now the website is not accessible.

Thanks for the heads up! I switched the link to the GitHub repo in https://github.com/mattcone/markdown-guide/commit/d452909f97118ef114c1ee6ed4e6d538323a81d2

repo: mattcone/markdown-guide


text:
[Bug]: Touch events cause onClick interaction to fire twice

Contact Details
No response
What happened?
When touching the screen on a mobile device (Android and iOS confirmed) while having onClick specified, the onClick event fires twice. This appears to be a common bug with handling touch events across several libraries. Both the touch event and click events fire and it is necessary to handle them together and detect if touch event has already run when you are evaluating the click event.
I am not sure where in the code base these events are handled or I would have tried to fix it.
tsParticles Version
2.2.1
Which library are you using?
React.js (react-particles, react-tsparticles, react-particles-js)
tsParticles Configuration
{
  background: {
    color: {
      value: 'transparent',
    },
  },
  fpsLimit: 24,
  fullScreen: { enable: false },
  interactivity: {
    detect_on: 'canvas',
    events: {
      onClick: {
        enable: true,
        mode: 'push',
      },
      resize: true,
    },
    modes: {
      push: {
        quantity: 1,
      },
    },
  },
  particles: {
    color: {
      value: '#ffffff',
    },
    collisions: {
      enable: false,
    },
    life: {
      duration: {
        sync: true,
        value: 30,
      },
      count: 1,
    },
    number: {
      density: {
        enable: true,
        area: 120000,
      },
      value: 0,
    },
    opacity: {
      value: 0.85,
    },
    shape: {
      options: {
        image: [
          {
            src: 'img/googly-eye.png',
          },
        ],
      },
      type: 'image',
    },
    size: {
      value: { min: 25, max: 50 },
    },
    rotate: {
      value: { min: 0, max: 360 },
      animation: {
        enable: true,
        speed: { min: 2.5, max: 8 },
      },
      direction: 'counterClockwise',
    },
  },
  detectRetina: true,
}

What browsers are you seeing the problem on?
Firefox, Chrome, Safari
Relevant log output
No response
Code of Conduct

[X] I agree to follow this project's Code of Conduct

Thanks, I've never noticed that. I've seen that the "new" pointer events are recommended instead of the old mouse events. The unsupported browsers have a small market share percent and can be ignored IMO.
I think a 2.2.2 will be released today with this fix.

authors: ReadyPlayerEmma matteobruni

repo: matteobruni/tsparticles