text:
A class that implements an interface cannot be deserialized

Hello, I've been using Proton a lot and I've come across a serious error.
The error I found is that the class implementing the interface cannot deserialize at the sent or the receiving end in any case.
This problem has been confirmed to occur in two major cases.
Case 1: Using a class that directly implements the interface
Case 2: When using a class that includes a class that implements an interface.
I tested this bug several times before reporting this issue,
I realized that the problem was not caused by my misconfiguration.
Below is the code that can cause the bug in two cases.
Case 1 Bug:

RabbitMQ_Test2.java

public class RabbitMQ_Test2 implements CommandExecutor {
@MessageHandler(namespace = "rabbitmq1234", subject = "test")
public void onRunTest(MQTest test) {

    System.out.println("Message Received");
    System.out.println("Message : " + test.getMessage());
}

@Override
public boolean onCommand(@NotNull CommandSender sender, @NotNull Command command, @NotNull String label, @NotNull String[] args) {

    main.getMessenger().broadcast("rabbitmq1234", "test", new Message_Test("1234"));

    sender.sendMessage("Message Sent");
    return true;
}

interface MQTest {

    public String getMessage();
}

}

Message_Test.java

public class Message_Test implements MQTest {
private final String message;

public Message_Test(String message) {
    this.message = message;
}

public String getMessage() {
    return message;
}

}

Error Message: (on Message Sender)

[16:54:55] [Server thread/WARN]: Unexpected exception while parsing console command "messagetest1"
org.bukkit.command.CommandException: Unhandled exception executing command 'messagetest1' in plugin Plugin_Message-v1.0-SNAPSHOT
at org.bukkit.command.PluginCommand.execute(PluginCommand.java:47) ~[patched_1.17.1.jar:git-Paper-404]
at org.bukkit.command.SimpleCommandMap.dispatch(SimpleCommandMap.java:159) ~[patched_1.17.1.jar:git-Paper-404]
at org.bukkit.craftbukkit.v1_17_R1.CraftServer.dispatchCommand(CraftServer.java:869) ~[patched_1.17.1.jar:git-Paper-404]
at org.bukkit.craftbukkit.v1_17_R1.CraftServer.dispatchServerCommand(CraftServer.java:832) ~[patched_1.17.1.jar:git-Paper-404]
at net.minecraft.server.dedicated.DedicatedServer.handleConsoleInputs(DedicatedServer.java:529) ~[patched_1.17.1.jar:git-Paper-404]
at net.minecraft.server.dedicated.DedicatedServer.tickChildren(DedicatedServer.java:491) ~[patched_1.17.1.jar:git-Paper-404]
at net.minecraft.server.MinecraftServer.tickServer(MinecraftServer.java:1483) ~[patched_1.17.1.jar:git-Paper-404]
at net.minecraft.server.MinecraftServer.runServer(MinecraftServer.java:1282) ~[patched_1.17.1.jar:git-Paper-404]
at net.minecraft.server.MinecraftServer.lambda$spin$0(MinecraftServer.java:319) ~[patched_1.17.1.jar:git-Paper-404]
at java.lang.Thread.run(Thread.java:833) ~[?:?]
Caused by: java.lang.IllegalArgumentException: Trying to send the wrong datatype for an already defined MessageContext
at me.drepic.proton.common.ProtonManager.broadcast(ProtonManager.java:141) ~[Proton-1.3.1.jar:?]
at spigot.RabbitMQ_Test2.RabbitMQ_Test2.onCommand(RabbitMQ_Test2.java:22) ~[Plugin_Message-1.0-SNAPSHOT.jar:?]
at org.bukkit.command.PluginCommand.execute(PluginCommand.java:45) ~[patched_1.17.1.jar:git-Paper-404]
... 9 more
Case 2 Bug:

RabbitMQ_Test2.java

public class RabbitMQ_Test2 implements CommandExecutor {
@MessageHandler(namespace = "rabbitmq1234", subject = "test")
public void onRunTest(Message_Test test) {

    System.out.println("Message Received");
    System.out.println("Message : " + test.getInner_Message().getMessage()); //Message_Test -> Message_inner (extends Message_Tail)
}

@Override
public boolean onCommand(@NotNull CommandSender sender, @NotNull Command command, @NotNull String label, @NotNull String[] args) {

    main.getMessenger().broadcast("rabbitmq1234", "test", new Message_Test("test", new Message_inner("test-message")));

    sender.sendMessage("Message Sent");
    return true;
}

}

Message_Test.java

public class Message_Test {
private final String type;
private final Message_Tail inner_Message;

public Message_Test(String type, Message_Tail message) {
    this.type = type;
    inner_Message = message;
}

public String getType() {
    return type;
}

public Message_Tail getInner_Message() {
    return inner_Message;
}

}

Message_Tail.java

public abstract class Message_Tail {
public abstract String getMessage();

}

Message_inner.java

public class Message_inner extends Message_Tail {
private final String message;

public Message_inner(String message) {
    this.message = message;
}

public String getMessage() {
    return message;
}

}

Error Message (on Received Server)

[17:22:29] [pool-10-thread-4/WARN]: java.lang.RuntimeException: Failed to invoke public spigot.RabbitMQ_Test2.Message_Tail() with no args
[17:22:29] [pool-10-thread-4/WARN]: 	at com.google.gson.internal.ConstructorConstructor$3.construct(ConstructorConstructor.java:113)
[17:22:29] [pool-10-thread-4/WARN]: 	at com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$Adapter.read(ReflectiveTypeAdapterFactory.java:212)
[17:22:29] [pool-10-thread-4/WARN]: 	at com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$1.read(ReflectiveTypeAdapterFactory.java:131)
[17:22:29] [pool-10-thread-4/WARN]: 	at com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$Adapter.read(ReflectiveTypeAdapterFactory.java:222)
[17:22:29] [pool-10-thread-4/WARN]: 	at com.google.gson.Gson.fromJson(Gson.java:932)
[17:22:29] [pool-10-thread-4/WARN]: 	at com.google.gson.Gson.fromJson(Gson.java:897)
[17:22:29] [pool-10-thread-4/WARN]: 	at com.google.gson.Gson.fromJson(Gson.java:846)
[17:22:29] [pool-10-thread-4/WARN]: 	at com.google.gson.Gson.fromJson(Gson.java:817)
[17:22:29] [pool-10-thread-4/WARN]: 	at Proton-1.3.1.jar//me.drepic.proton.common.ProtonManager.notifyHandlers(ProtonManager.java:253)
[17:22:29] [pool-10-thread-4/WARN]: 	at Proton-1.3.1.jar//me.drepic.proton.common.RabbitMQManager.deliverCallback(RabbitMQManager.java:89)
[17:22:29] [pool-10-thread-4/WARN]: 	at Proton-1.3.1.jar//com.rabbitmq.client.impl.recovery.AutorecoveringChannel$2.handleDelivery(AutorecoveringChannel.java:586)
[17:22:29] [pool-10-thread-4/WARN]: 	at Proton-1.3.1.jar//com.rabbitmq.client.impl.ConsumerDispatcher$5.run(ConsumerDispatcher.java:149)
[17:22:29] [pool-10-thread-4/WARN]: 	at Proton-1.3.1.jar//com.rabbitmq.client.impl.ConsumerWorkService$WorkPoolRunnable.run(ConsumerWorkService.java:104)
[17:22:29] [pool-10-thread-4/WARN]: 	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
[17:22:29] [pool-10-thread-4/WARN]: 	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
[17:22:29] [pool-10-thread-4/WARN]: 	at java.base/java.lang.Thread.run(Thread.java:833)
[17:22:29] [pool-10-thread-4/WARN]: Caused by: java.lang.InstantiationException
[17:22:29] [pool-10-thread-4/WARN]: 	at java.base/jdk.internal.reflect.InstantiationExceptionConstructorAccessorImpl.newInstance(InstantiationExceptionConstructorAccessorImpl.java:48)
[17:22:29] [pool-10-thread-4/WARN]: 	at java.base/java.lang.reflect.Constructor.newInstanceWithCaller(Constructor.java:499)
[17:22:29] [pool-10-thread-4/WARN]: 	at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:480)
[17:22:29] [pool-10-thread-4/WARN]: 	at com.google.gson.internal.ConstructorConstructor$3.construct(ConstructorConstructor.java:110)
[17:22:29] [pool-10-thread-4/WARN]: 	... 15 more
Also, this problem occurs not only for classes that implement interfaces, but also for classes that implement abstract classes.
Server Version: Paper 1.17.1
Java Version : OpenJDK 17
Plugin Version: Proton v1.3.1 (using RabbitMQ)
As a huge fan of this plugin, I hope this issue gets resolved as well as possible.
Thanks for reading.

First of all, thank you for your accurate and kind reply.
After reporting this issue, I retested the code in various ways and realized that the problem was caused by a slightly different serialization/deserialization method in the proton library than I had originally thought.
Therefore, in order to solve this problem, the correct way is to send a arbitrary class to object as in the example written By sir msm595 and then deserialize it in the specified way at the receiving end of the message.
This problem will be a useful solution for anyone who encounters the same problem while trying to serialize/deserialize in this plugin as well as other messaging plugins in the future.
Once again, thank you so much for your quick response in kind.

repo: mcgrizzz/Proton


text:
🛑 Reddit Mirror (Redlib) is down

In e3c5712, Reddit Mirror (Redlib) (https://hong-di.eu.org/) was down:

HTTP code: 502
Response time: 440 ms

Resolved: Reddit Mirror (Redlib) is back up in 6e6bf58 after 54 minutes.

source: gharchive/issue

repo: mchaNetwork/status

license: MIT

license_type: permissive

license_source: github-api


text:
🛑 Reddit Mirror (Redlib) is down

In 3e4aaa2, Reddit Mirror (Redlib) (https://hong-di.eu.org/) was down:

HTTP code: 404
Response time: 704 ms

Resolved: Reddit Mirror (Redlib) is back up in 16c981f after 1 hour, 6 minutes.


text:
Add server mode

Sit on wayland (named) socket and catch every connection. Prompt user (in interactive mode) if she wants to accept the connection and if yes, then accept the socket and use this connection.
In the first release, this is supposed to just let one client to connect, i. e. the behavior will be the same as now, but instead of spawning client given on command line, it will wait for the client on the socket.
Later there should be support for multiple clients (right in wldbg - both in passes or in interactive).

This first version of server mode is supposed to be the first step for debugging clients that have no self-standing executable (i. e. Xwayland)

repo: mchalupa/wldbg

license: mit

license_source: bigquery


text:
Region problem

using this great calendar on some windows, if region is set to persian, it would change direction and set date badly, any idea to fix it?

If you need to change the way date is displayed and selected, you can
change Format property to Custom and assign a custom date format to the
CustomFormat property.
On Mon, Dec 17, 2018 at 9:18 AM Saghachi notifications@github.com wrote:

using this great calendar on some windows, if region is set to persian, it
would change direction and set date badly, any idea to fix it?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/mchehraz/datetimeselector/issues/1, or mute the
thread
https://github.com/notifications/unsubscribe-auth/AKKcRaP2jQ6HcwxkqKTMgvGJMyUPT9yOks5u5zAagaJpZM4ZVt4A
.

سلام
کامپونت بسیار خوبی است
واقعا خسته نباشید
من سه تا نکته برای بهبود این کامپونت دارم
اول اینکه این کامپونت با جهت ها خوب فوکوس می کند اما اگر با Enter میشود از روز به ما و سال فوکوس کند عالی میشد
و یا از سال به ماه و روز و با کلید Esc برعس حرکت می کرد عای بود
دوم اینکه دو تا فونت می گرفت . یکی برای Textbox و یکی برای جدول تقویم
بعضی موقع ها می خواهد TextBox را با فونت بزرگ نمایش بدی اجبارا تقویم هم بزرگ می شود
سوم اینکه این ظاهر هم بد نیست . ماه و سال جدا از هم باشند , بنظرم کاربردی تر باشد و در سیستم تاچ ماه و سال راحت تر عوض می شود و خوانا تر است

http://barnamenevis.org/attachment.php?attachmentid=149773&d=1549838471
با تشکر از زحمات شما

authors: Mahmood744 Saghachi mchehraz

repo: mchehraz/datetimeselector


text:
Page Example

https://github.com/mchirico/go-etcd/blob/c15cc72bdfeafa0a1cde2787f69bdb97639ba8d9/pkg/etcdutils/etcdutils.go#L164

Should be done.


text:
Notification persistence

Possible bug? Notification seems to not be persisting when the phone is rebooted. Needs more testing.

This is fixed but now the notification doesn't clear on tap and has to be manually cleared. I'd like it to clear if the notification is tapped and possibly if the application is opened.

repo: mchlltt/mementoes-mobile


text:
how to make clickable children?

How can i make the children inside the td make themselves clickable?
<TableDragSelect
                model={this.state.model} onModelChange={this.handleModelChange}>
                    {chucks && chucks.map((cols, i) =>

                            {cols && cols.map((cell, j) =>

Item {cell.name}

                            )}

                    )}
            </TableDragSelect>

Currently I can drag and select from the edge of the tr/td but not the div inside it
When the div inside of it is click, it errors out with
Model.js:1 Uncaught TypeError: Cannot read property 'undefined' of undefined
    at a.startSelection (Model.js:1)
    at b.handleTouchStartCell (index.js:1)
    at b.handleTouchStart (Cell.js:1)
    at Object../node_modules/react-dom/lib/ReactErrorUtils.js.ReactErrorUtils.invokeGuardedCallback (ReactErrorUtils.js:69)
    at executeDispatch (EventPluginUtils.js:85)
    at Object.executeDispatchesInOrder (EventPluginUtils.js:108)
    at executeDispatchesAndRelease (EventPluginHub.js:43)
    at executeDispatchesAndReleaseTopLevel (EventPluginHub.js:54)
    at Array.forEach (<anonymous>)
    at forEachAccumulated (forEachAccumulated.js:24)
    at Object.processEventQueue (EventPluginHub.js:254)
    at runEventQueueInBatch (ReactEventEmitterMixin.js:17)
    at Object.handleTopLevel [as _handleTopLevel] (ReactEventEmitterMixin.js:27)
    at handleTopLevelImpl (ReactEventListener.js:72)
    at ReactDefaultBatchingStrategyTransaction.perform (Transaction.js:143)
    at Object.batchedUpdates (ReactDefaultBatchingStrategy.js:62)
    at Object.batchedUpdates (ReactUpdates.js:97)
    at dispatchEvent (ReactEventListener.js:147)

Fixed now. Thanks for reporting.

repo: mcjohnalds/react-table-drag-select


text:
Center search form banner text on medium screens

Changes made:

Removed left margin on the parent element containing the banner text when viewing the search form page on a medium screen (e.g. iPad dimensions)

Before (md size):

After (md size):

Nice catch! I like it.

source: gharchive/pull-request

repo: mcode/clinical-trial-matching-app


text:
Recover from connection resets when iterating through playlist

iterate_forever should probably be able to recover gracefully from exceptions raised due to the Pandora server closing the connection for some reason:
File "/var/lib/git/pydora/pydora/utils.py", line 120, in iterate_forever
output = func(*args, **kwargs)
File "/var/lib/git/pydora/pandora/models/pandora.py", line 24, in get_playlist
return iter(self._api_client.get_playlist(self.token))
File "/var/lib/git/pydora/pandora/client.py", line 117, in get_playlist
includeTrackLength=True))
File "/var/lib/git/pydora/pandora/client.py", line 88, in call
return self.transport(method, **kwargs)
File "/var/lib/git/pydora/pandora/transport.py", line 170, in call
result = self._make_http_request(url, data, params)
File "/var/lib/git/pydora/pandora/transport.py", line 122, in _make_http_request
r = self._http.post(url, data=data, params=params)
File "/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 511, in post
return self.request('POST', url, data=data, json=json, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 468, in request
resp = self.send(prep, **send_kwargs)
File "/usr/local/lib/python2.7/dist-packages/requests/sessions.py", line 576, in send
r = adapter.send(request, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/requests/adapters.py", line 370, in send
timeout=timeout
File "/usr/local/lib/python2.7/dist-packages/requests/packages/urllib3/connectionpool.py", line 559, in urlopen
body=body, headers=headers)
File "/usr/local/lib/python2.7/dist-packages/requests/packages/urllib3/connectionpool.py", line 376, in _make_request
httplib_response = conn.getresponse(buffering=True)
File "/usr/lib/python2.7/httplib.py", line 1034, in getresponse
response.begin()
File "/usr/lib/python2.7/httplib.py", line 407, in begin
version, status, reason = self._read_status()
File "/usr/lib/python2.7/httplib.py", line 365, in _read_status
line = self.fp.readline()
File "/usr/lib/python2.7/socket.py", line 447, in readline
data = self._sock.recv(self._rbufsize)
File "/usr/local/lib/python2.7/dist-packages/requests/packages/urllib3/contrib/pyopenssl.py", line 179, in recv
data = self.connection.recv(*args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/OpenSSL/SSL.py", line 1320, in recv
self._raise_ssl_error(self._ssl, result)
File "/usr/local/lib/python2.7/dist-packages/OpenSSL/SSL.py", line 1178, in _raise_ssl_error
raise SysCallError(errno, errorcode.get(errno))
SysCallError: (104, 'ECONNRESET')
Perhaps simply retrying the API call up to n times with a short delay in between as suggested in https://github.com/kennethreitz/requests/issues/2543 might be an option?

Could be that this is something that should be handled in either urllib3 or requests (also see shazow/urllib3#367)

These types of errors should be handled by the HTTPAdapter in RetryingSession, or at least that was the theory. I'll try subclassing that to provide better error handling for this case.

I've been hacking on something at https://github.com/jcass77/pydora/blob/709904df881b5d96bf13b1d592d64db1214aedb5/pandora/transport.py#L27-L83
It uses a generic retry decorator to retry the call if the specified exception(s) occur. It is not HTTP session aware at all, so not sure if it will be suitable as a retry handler.
@mcrute is this approach worth considering or would you prefer to handle it differently?

That seems like a pretty good approach. The API is already aware of login timeout exceptions and will retry those so unless there's some other class of error that can't be fixed with a retry this should work.
You may also be able to simplify the logic by using a while loop and decrementing an integer like:
retries_left = 10
while retries_left > 0:
   ... retry ...
   retries_left -= 1

Merged #31

repo: mcrute/pydora


text:
Export job start/end times (#3)

Per #3 , thought I'd open a PR and we can move specific discussions here. Can consider this an early draft, and here's what the added panels look like atm.

A short running job was added to show the difference.
Some decisions that were made:
Using SummaryMetricFamily - the other options would have been GaugeMetricFamily or HistogramMetricFamily. Histograms require pre-defined buckets which I don't think would be a good fit as the runtimes wouldn't be generic, instead a Summary Metric uses rolling time windows. It's adding the data individually per scraped job so the count_value is 1 and the sum_value is only what that job's calculated runtime was; so this is a bit strange - Gauge Metrics may work instead.
Currently it scrapes the 3 most recently completed jobs per queue which gives the above panels. Will look at option flags for this.
Timestamps are specified when it adds job runtime data, this is taken from the job.ended_at. This does have the effect that since Prometheus is append-only, that when we scrape jobs which completed prior to the last scrape, those old jobs will not be added. Instead Prometheus will throw an Error on ingesting out-of-order samples and drop them. I believe this should mean that it never stores jobs as duplicates and only displays the latest data. Could also use a better approach for this.
Data labels are the job.func_name and the queue.
Still left to do:

feature flag
could investigate using enqueued_at in a different metric

Other things:
To you earlier point https://github.com/mdawar/rq-exporter/issues/3#issuecomment-667305691, if the job completes and is removed before a scrape, there is still no information about it. So scrape times have to be within the jobs ttl which should be the case unless the ttl was manually specified to be pretty short.
I would say I'm still uncertain about using a Summary Metric - I think it's meant for when the exporter is able to calculate something like total response time for a whole group of responses? In other words, when the count_value is > 1, and the sum_value would be the sum of these individual samples. Running avg() on this metric seems to make logical sense for now: long_running_jobs complete within random.randint(2, 10) as displayed, and short_running_jobss complete within that div 10.
I think using timestamps does get around issues with the data being inaccurate, as it should have only the latest jobs completed since last scrape. If that works, it should mean not having to scrape all jobs from the finished and failed registries and instead focus on getting a "what's the performance like right now" question.
Anyways, let me know your thoughts and can go from there.

Hi,
Thank you for this pull request.
About your decisions, I really can't comment on these decisions as I have very little experience in this metrics/Prometheus field and this was just a hobby project, but I don't mind merging this pull request if these new metrics will be disabled by default.

I would say I'm still uncertain about using a Summary Metric

Me too I'm uncertain about using a Summary in this situation.
About the flag, we need to add a configuration option in the config.py module and let it be False by default, we also need to add an argument in __main__.parse_args maybe we can call it --job-runtime to enable the job runtime metrics, and then we can pass this configuration value to the RQCollector class in the __main__.main and exporter.create_app functions.
And please you also need to check any failing unit tests and add tests for the new functions.
Thank you.

Any plan on reconsidering this @mdawar / @kevinkle ?

@xlr-8 I'm personally no longer using the exporter, just maintaining it and I have no plans to add this feature unless we have a fully working PR with tests and preferably with a flag to enable these features especially if they're expensive so we don't affect users that don't need this feature.

authors: kevinkle mdawar xlr-8

repo: mdawar/rq-exporter


text:
Clahe operation

Hi, In this branch I have found a way to include CLAHE algorithm in the Augmentor PipeLine, hope it will be of help.
The operation could be used randomly by defining a minimum and maximum value for clip limit. If the value is the same the function can be used as a pre-processing step. I have tested with some images of my research and seems to work fine

Hi, In this branch I have found a way to include CLAHE algorithm in the Augmentor PipeLine, hope it will be of help.
The operation could be used randomly by defining a minimum and maximum value for clip limit. If the value is the same the function can be used as a pre-processing step. I have tested with some images of my research and seems to work fine

repo: mdbloice/Augmentor


text:
[Navbar] The dropdown menu under the navbar gets off-viewport on mobile

Describe the bug
The dropdown menu under the navbar gets off-viewport on mobile like the screenshot.
To Reproduce
Steps to reproduce the behavior:

Navigate to 'Navbar Component page'
Click on 'hamburger menu' under the Basic Example.
Click on 'Alarm or Profile icon' to open a dropdown menu.

Expected behavior
The dropdown menu appears in the viewport.
Actual behavior
The half of the dropdown menu appears outside the viewport.
Desktop (please complete the following information):

OS: Windows 11 22H2
Browser Chrome 116.0.5845.97, Firefox 116.0.3

Smartphone (please complete the following information):

Device: iPhone XS max
OS: iOS 16.6
Browser Safari

Additional context

Thanks for reporting this bug. We'll fix it as soon as possible. At the moment, a workaround for this problem may be to change classes left/right depending on your needs in the dropdown-menu element.

I identified this problem - deleting data-te-navbar-ref attribute from nav element and left-auto right-0 classes from drodpown-menu element should fix this issue.

We identified this problem - deleting data-te-navbar-ref attribute from nav element and left-auto right-0 classes from drodpown-menu element should fix this issue.

Yeah, it fixed the issue. Thanks for fast response.

authors: iprzybysz jcornil

repo: mdbootstrap/Tailwind-Elements


text:
New dataset

Thank you so much for sharing the idea and code.
I have tried to use the code for my own dataset.
but I got this error and I do not know what the problem is.
, line 131, in
accuracy, loss, t_step = model.fit(X_train, y_train, X_val, y_val)
,  line 117, in fit
string, accuracy, f1, loss = self.evaluate(val_data, val_labels, sess)
, line 73, in evaluate
predictions, loss = self.predict(data, labels, sess)
,line 44, in predict
batch_labels[:end-begin] = labels[begin:end]
ValueError: could not broadcast input array from shape (100,1) into shape (100)
Which 100 here is the number of batches.

Thanks for your interest. Your labels seem to be a 2-dimensional array (with the second dimension being 1), while the code expects a one dimensional array. You should be able to remove this unwanted dimension with .squeeze().

authors: FaridehF mdeff


text:
How can use input default value is today

value="xxxx-xx-xx xx:xx:xx"  mean that I must format date myself
in vue v-model , will lost value

I'm sorry, I don't understand the question.

authors: Dreampie mdehoog

repo: mdehoog/Semantic-UI-Calendar


text:
https://developer.mozilla.org/en-US/docs/MDN/Feedback

Request type

[] Please close this issue, I accidentally submitted it without adding any details
[ ] New documentation
[ x] Correction or update

Details
Article Basic concepts of CSS Scroll Snap at
https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Scroll_Snap/Basic_concepts
Needs updated code shown in this article to work.
Browser compatibility and Scroll Snap at
https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Scroll_Snap/Browser_compat
Styles should be changed from:
.scroller {
height: 300px;
overflow-y: scroll;
scroll-snap-type: y mandatory;
}
to:
.scroller {
height: 300px;
overflow-y: scroll;
scroll-snap-points-y: repeat(320px);
scroll-snap-destination: 0 0;
scroll-snap-type: y mandatory;
scroll-snap-type: mandatory;
}

Hi @arrienc!
I assume you are on about the example seen in https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Scroll_Snap/Basic_concepts#Basics_of_Scroll_Snap?
I am not sure what needs to be done here. It seems to work OK without the addition you suggested, as well as with, and  I am not sure it is needed here  — this is supposed to be a basic beginner's example.
Can you explain more about why you think this is needed? Thanks.

It looks like @arrienc wants to add the compat code for Firefox to the example for the new spec, I would suggest not doing so given that these properties have been removed from Firefox now, and as from 68 the example on that page works cross browser with no fallback needed. If people need the old code we are currently maintaining that information.

Compat note here https://www.fxsitecompat.dev/en-CA/docs/2019/legacy-css-scroll-snap-syntax-support-has-been-dropped/

I see that this issue has been resolved in FF.
Please close.
Thank you.
.c
On Mon, Jul 1, 2019, 10:14 AM Chris Mills notifications@github.com wrote:

Hi @arrienc https://github.com/arrienc!
I assume you are on about the example seen in
https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Scroll_Snap/Basic_concepts#Basics_of_Scroll_Snap
?
I am not sure what needs to be done here. It seems to work OK without the
addition you suggested, as well as with, and I am not sure it is needed
here — this is supposed to be a basic beginner's example.
Can you explain more about why you think this is needed? Thanks.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/mdn/sprints/issues/1761?email_source=notifications&email_token=AAWFEMRQYII2HIJPEQ6Q3QDP5IGNTA5CNFSM4H4HE7V2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODY6ILXY#issuecomment-507282911,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAWFEMSFERA5F2JK6KV23V3P5IGNTANCNFSM4H4HE7VQ
.

authors: arrienc chrisdavidmills rachelandrew

repo: mdn/sprints


text:
Error: protocol must be either "_tcp" or "_udp" but is "_apple-mobdev2"

Dose anybody else meet this issue? How to solve this
E:\jsCode\test\node_modules\mdns-js\lib\service_type.js:258
throw new Error('protocol must be either "_tcp" or "_udp" but is "' +
^
Error: protocol must be either "_tcp" or "_udp" but is "_apple-mobdev2"
at checkProtocolU (E:\jsCode\test\node_modules\mdns-js\lib\service_type.js:258:11)
at fromString (E:\jsCode\test\node_modules\mdns-js\lib\service_type.js:105:3)
at new exports.ServiceType (E:\jsCode\test\node_modules\mdns-js\lib\service_type.js:30:14)
at E:\jsCode\test\node_modules\mdns-js\lib\decoder.js:40:27
at E:\jsCode\test\node_modules\mdns-js\node_modules\dns-js\lib\dnspacket.js:223:7
at Array.forEach (native)
at each (E:\jsCode\test\node_modules\mdns-js\node_modules\dns-js\lib\dnspacket.js:221:17)
at module.exports.decodeSection (E:\jsCode\test\node_modules\mdns-js\lib\decoder.js:26:10)
at E:\jsCode\test\node_modules\mdns-js\lib\decoder.js:111:5
at Array.forEach (native)

Interesting.
If you have a look at the readme file about debugging you can find more information about how to get more information.
I can't really do much as it is. But I can tell you that it is unexpected to see another protocol than TCP or UDP. It might very well be some kind av parsing error in mdns-js.

I debug it，and this is the log. I think the issue is in service_type.js file at line 81. May be parse the string error.

You do probably, somewhere out of screen, have a message or many labeled mdns:inbound
I would like to have those if possible. If you have a lot of other messages and it's hard to get try to filter on only those by using DEBUG=mdns:inbound

I cannot reproduce the problem Yesterday. Now I reproduce it and I have found someone and I met the same problem, this is my debug log:
 mdns:inbound incoming message 000084000000000400000000095f7365727669636573075f646e732d7364045f756470056c6f63616c00000c000100001194000c045f737368045f746370c023c00c000c000100001194000c095f736674702d737368c039c00c000c0001000011940007045f736d62c039c00c000c000100001194000e0b5f6166706f766572746370c039 +13ms
  mdns:inbound incoming message 000084000000000100000000095f7365727669636573075f646e732d7364045f756470056c6f63616c00000c0001000000ff0012055f6d69696f045f756470056c6f63616c00 +4ms
data:  { addresses: [ '192.168.1.34' ],
  query: [],
  type:
   [ { name: 'miio',
       protocol: 'udp',
       subtypes: [],
       description: undefined } ],
  interfaceIndex: 4,
  networkInterface: 'pseudo multicast' }
  mdns:inbound incoming message 000084000000000100000000095f7365727669636573075f646e732d7364045f756470056c6f63616c00000c0001000000ff0012055f6d69696f045f756470056c6f63616c00 +3ms
  mdns:inbound incoming message 000084000001001000000000095f7365727669636573075f646e732d7364045f756470056c6f63616c00000c0001c00c000c000100000e0f0010085f61697264726f70045f746370c023c00c000c000100000e0f000c095f736674702d737368c043c00c000c000100000e0f0008055f6d69696fc01ec00c000c000100000e0f000c095f6e7673747265616dc043c00c000c000100000e0f000b085f7072696e746572c043c00c000c000100000e0f0016045f7375620e5f6170706c652d6d6f6264657632c043c00c000c000100000e0f0002c0b6c00c000c000100000e0f0007045f697070c043c00c000c000100000e0f000b085f7363616e6e6572c043c00c000c000100000e0f000e0b5f6166706f766572746370c043c00c000c000100000e0f000b085f686f6d656b6974c043c00c000c000100000e0f0008055f69707073c043c00c000c000100000e0f00120f5f70646c2d6461746173747265616dc043c00c000c000100000e0f0007045f737368c043c00c000c000100000e0f0007045f736d62c043c00c000c000100000e0f0008055f68747470c043 +10ms
E:\jsCode\test\node_modules\mdns-js\lib\service_type.js:258
    throw new Error('protocol must be either "_tcp" or "_udp" but is "' +
    ^

Error: protocol must be either "_tcp" or "_udp" but is "_apple-mobdev2"
    at checkProtocolU (E:\jsCode\test\node_modules\mdns-js\lib\service_type.js:258:11)
    at fromString (E:\jsCode\test\node_modules\mdns-js\lib\service_type.js:105:3)
    at new exports.ServiceType (E:\jsCode\test\node_modules\mdns-js\lib\service_type.js:30:14)
    at E:\jsCode\test\node_modules\mdns-js\lib\decoder.js:40:27
    at E:\jsCode\test\node_modules\mdns-js\node_modules\dns-js\lib\dnspacket.js:223:7
    at Array.forEach (native)
    at each (E:\jsCode\test\node_modules\mdns-js\node_modules\dns-js\lib\dnspacket.js:221:17)
    at module.exports.decodeSection (E:\jsCode\test\node_modules\mdns-js\lib\decoder.js:26:10)
    at E:\jsCode\test\node_modules\mdns-js\lib\decoder.js:111:5
    at Array.forEach (native)

This issue was first but since it was first identified in 66 I'm marking it as a duplicate of #66

repo: mdns-js/node-mdns-js


text:
Add support for SNK Neo Geo Arcade Stick Pro on Mac OS X

Add support for SNK Neo Geo Arcade Stick Pro on Mac OS X.
Product page: https://www.snk-corp.co.jp/us/neogeoarcadestickpro/

Thanks, would love to have Windows and Linux as well in the future if you're able 👍

Thanks for merging the PR!
My only computer is a Mac right now, so I cannot map the stick for Windows and Linux 😔

authors: kemar offalynne

license: Zlib


text:
MCC-764738: switched from http-kit to clj-http

switched from http-kit to clj-http for tracing auto-instrumentation support from motel-java

One question that's out of context otherwise LGTM.
Would it be possible to bump the http-kit dependency to something non-alpha?

Absolutely. In fact, I tried that first to see if we could get tracing support from a later version of http-kit, but it turns out we don't. Feel free to submit a PR if you'd like it updated.

repo: mdsol/clojure-mauth-client


text:
Authentication fails 80% of time.

I downloaded the fully working example of mean stack, but in 80% of the cases the login wont work, authentication/signin returns me server error.
in the grunt command lines, i do get:
    - -
        GET /modules/users/client/services/authentication.client.service.js 304 7.311 ms - -
        GET /modules/users/client/services/password-validator.client.service.js 304 17.815 ms - -
        GET /modules/users/client/services/users.client.service.js 304 7.199 ms - -
        GET /modules/core/client/views/header.client.view.html 304 1.300 ms - -
        GET /modules/core/client/views/404.client.view.html 304 1.051 ms - -
        GET /modules/users/client/views/authentication/authentication.client.view.html 304 2.172 ms - -
        GET /modules/users/client/views/authentication/signin.client.view.html 304 5.555 ms - -

but for some reason, it wont show?
result:
        Server Error
      Oops! Something went wrong...

EDIT1:
it seems like the view only shows when i drop my database for some reason?
and when i create a account, and wait abit, it wont work again?

@frkwhiteangel no idea what you are referring to.
Where did you download the MEAN app from? which version? can you show a complete debug log of the application startup and the error you are getting?

Closing for now since there hasn't been any response for some time. Also, this doesn't seem like an issue with the project itself.

authors: frkwhiteangel lirantal mleanos

repo: meanjs/mean


text:
Add generator notice

@lirantal @ilanbiala
This is what I was thinking about doing for the notice about the generator. So it's still on the website, and still listed in the 0.3.x version of the docs, it's just removed from the 0.4.0 docs and and 0.4.0 README until we get it ready to use for 0.4.x.

that looks ok

authors: codydaig lirantal


text:
QNA: resolveData is available on root?

Hello,
resolveData doesn't look to be available on config.root. Tested successfully on components.  Please confirm me if that's the case and so what's the way to handle this use case? I would like to manage CRUD OP based on root.title & root.id.
thx much
 let config = {
    components:{},
    root: {
      fields: {
        data: {
          type: "external",
          fetchList: async () => {
            const items = await get('/fasst/puck/list');
            return items.data;
          },
          showSearch: true,
          placeholder: "Pick your view",
          getItemSummary: (item) => item.title,
        },
        title: { type: "text" }, // We need to redefine the `title` field if we want to retain it
        description: { type: "textarea" },
      },
      resolveData: async ({ props }, { changed }) => {
        alert('ZEN'); //not triggered
        // Remove read-only from the title field if 'data' is empty
        if (!props.data) return { props, readOnly: { title: false } };

        // Don't query unless `data` has changed since resolveData was last run
        if (!changed.data) return { props };

        return {
          props: {
            title: props.data.title,
            readOnly: { title: true },
          },
        };
      },
    }
  };

It looks like  defaultProps are not supported on root as well.
Maybe I didn't understand the right usage of root? but as first initial node of object, I wonder why it doesn't support the same features.

@ellisium I believe this is fixed in 0.15.0-canary.e0448f0. Can you confirm?

authors: chrisvxd ellisium

repo: measuredco/puck


text:
Pacejka coefficients - 300 kPa

Updated the Pacejka coefficients for Schwalbe tire, pressure 300 kPa.  Overall fitting quality sharply improved, especially for large camber angles. The model can now handle Fz up to 1000 N

If you want to start having multiple tires and pressures let's make a tire_data.py file and make some data classes: https://docs.python.org/3/library/dataclasses.html or at least just put the various arrays of values there with appropriate variable names.
Here is an example data class:
from dataclasses import dataclass

@dataclass
class PajeckaTireParameters:
    par1: float
    par2: float

tire1_data_300kpa = PajeckaTireParameters(
    par1=1.2,
    par2=0.6,
)

I am doing a .py with dataclasses. But I can't drop and upload new files, I don't have permissions.

I just sent a Github invite to a team with access to this repository. Once you accept you should have permissions.

I assume this is abandoned, closing.

authors: GabrieleDello moorepants

repo: mechmotum/bicycle-kickplate-model


text:
Anima plugins are not in packaged medinria for windows

As it says, there is a problem in the packaging of medinria for windows (at least 3.1.1). The anima plugins are not there in the package downloaded from the website

This has been solved I believe. It was a jenkins configuration problem

Yes it solved into 3.2.0
It right,  It was a jenkins configuration problem.

repo: medInria/medInria-public


text:
请问大神如何实现百度那种输入拼音或汉子都能搜索

我先作用的是es2.2.1的版本，ik,pinyin插件的版本都与 这个版本匹配，想用combo但是好像版本对不上，不知道怎么办了

在线等，搞了好几天了。。。

拼音 + Ik 分词

但是我现在只能pinyin起效果，输入汉字搜不出。。。

原来按照@medcl大神的设置就行了，只是我一直用head插件去查，查不出，直接用命令_search就可以了。。。。。。，感谢大神开发了这么强大的插件！

@fuyingque 你怎么配置的能贴下你的配置吗？我拼音分词后用拼音完全搜不出来

{   "settings":{     "index":{       "number_of_shards": 5,       "number_of_replicas": 1     },   "analysis" : {             "analyzer" : {                 "custom_pinyin_analyzer" : {                     "tokenizer" : "ik_smart",                     "filter" : ["full_pinyin_no_space","full_pinyin_with_space","first_letter_pinyin"]                 }             },             "filter" :{                 "full_pinyin_no_space" : {                     "type" : "pinyin",                     "first_letter" : "none",                     "padding_char" : " "                 },                 "full_pinyin_with_space" : {                     "type" : "pinyin",                     "first_letter" : "none",                     "padding_char" : " "                 },                 "first_letter_pinyin" : {                     "type" : "pinyin",                     "first_letter" : "only",                     "padding_char" : " "                 }           }   },   "mappings": {     "books": {       "properties": {         "title": {            "type":"string",            "index":"analyzed",            "analyzer":"custom_pinyin_analyzer",            "search_analyzer":"custom_pinyin_analyzer",            "boost": 10         }       }     }   } } }

@651016236 配置跟你的一样，你是用什么搜的，不要用head插件，要这样：$ curl -XGET 'http://localhost:9200/twitter/_search?q=user:kimchy'去搜才行，而且用php客户端

以下是我分词分出来来的拼音，然后用你的这个方法去查，还是查不出来，但是直接用中文搜是可以搜出来的，用拼音完全不行，哥们可以加下qq不？在线向你咨询下呵呵，我的q是651016236
用这句还是搞不出来
GET library/books/_search?q=title:lianxiang
`GET /library/_analyze?analyzer=custom_pinyin_analyzer
{
"text":"联想召回笔记本电源线"
}
{
"tokens": [
{
"token": "lianxiang",
"start_offset": 0,
"end_offset": 2,
"type": "CN_WORD",
"position": 0
},
{
"token": "zhaohui",
"start_offset": 2,
"end_offset": 4,
"type": "CN_WORD",
"position": 1
},
{
"token": "zhao",
"start_offset": 2,
"end_offset": 3,
"type": "CN_WORD",
"position": 2
},
{
"token": "hui",
"start_offset": 3,
"end_offset": 4,
"type": "CN_WORD",
"position": 3
},
{
"token": "bijiben",
"start_offset": 4,
"end_offset": 7,
"type": "CN_WORD",
"position": 4
},
{
"token": "biji",
"start_offset": 4,
"end_offset": 6,
"type": "CN_WORD",
"position": 5
},
{
"token": "bi",
"start_offset": 4,
"end_offset": 5,
"type": "CN_WORD",
"position": 6
},
{
"token": "ji",
"start_offset": 5,
"end_offset": 6,
"type": "CN_CHAR",
"position": 7
},
{
"token": "ben",
"start_offset": 6,
"end_offset": 7,
"type": "CN_CHAR",
"position": 8
},
{
"token": "dianyuanxian",
"start_offset": 7,
"end_offset": 10,
"type": "CN_WORD",
"position": 9
},
{
"token": "dianyuan",
"start_offset": 7,
"end_offset": 9,
"type": "CN_WORD",
"position": 10
},
{
"token": "xian",
"start_offset": 9,
"end_offset": 10,
"type": "CN_CHAR",
"position": 11
}
]
}
`

@fuyingque 哥们加个q，刚才忘记@你了，qq号是我用户名

@fuyingque  对了我用的是elasticsearch2.2.1版本的，不知道版本会不会影响到搜索

欢迎试试最新版本

最新版本的这个设置可以吗？ @medcl

@syncml 可以的。默认使用pinyin的analyzer就可以，不用太多设置。

authors: 651016236 dingding2015 fuyingque medcl quezier syncml

repo: medcl/elasticsearch-analysis-pinyin


text:
Use AutoDerivationUnlocker to fix auto derivation priority

Instead of extending from default instances again in the auto
package object, we use a different pattern now:

auto only provides an implicit val of the
AutoDerivationUnlocker
the companions of BsonEncoder and BsonDecoder provide the
generic instances, but locked behind the AutoDerivationUnlocker
implicit parameter.  The instance has the lowest priority of all
provided instances
by importing the auto package object, the unlocker is in scope
and the generic auto derivation kicks in if needed

Nice!

repo: medeia/medeia


text:
Bandaids on long-running batches

Some batches take more than 24 hours to fetch.
Long-term solution could be differently architected fetcher, but in the mean time:

Download timout - Default is 2 minutes, we can probably tune that down

Redirect middleware- many of the pages in the longest running batch redirect to a domain which we will throw out anyway. Can we just catch that mid-stream instead?

We had discussed previously that batches over a certain size might just be ignored to begin with- we still might want to just filter at the batching step, presumably with the discretion of the directory team.

Looks like we'd need a custom redirect middle ware to stop requests in the middle of a redirect loop. Looks like a relatively simple lift, but it would be more code clutter in a component that iirc we may be thinking of rewriting wholesale, so wondering about the over-under on that.

Right now we're filtering on the final url, not the redirect history- so that might catch some small number more stories than we're currently catching- but it wouldn't address the issue of redirects taking too long or timing out.

I saw timeouts on fetching URLS from redirects in URLs from a now-disabled feed (archive.is redirecting to archive.ph, or visa versa)

authors: pgulley philbudne

repo: mediacloud/story-indexer


text:
Play icon visible on seek

Play icon should't be visible when a user seeks through the video. Currently both play- and loading icon are shown.

Can you provide a URL where I can reproduce this please?

Nevermind I figured out what was missing. Please download the master branch and test it please.

Test failed, play icon still pops up behind the loading indicator, I've made a screencast:
https://streamable.com/q1io7

Did you use the master branch? I jus tested it and I wasn't able to see the play icon. Can you test with this URL: https://rawgit.com/mediaelement/mediaelement/master/build/mediaelement-and-player.min.js?

Yup I updated it, cleared my cache, but it's still visible.
Example URL; http://www.skoften.net/item-test/wereld_orgasmedag_welk_geluid_maak_jij_als_je_klaarkomt

Thanks. I'll check what's the difference on this. You must know that when you seek, it will fire first a pause and then the seek event. That's how the player is designed. If it's too quick it may look like there's a play button on top of the loading, but it's because of what I'm describing, once the seek event is fired, the play will disappear.

Yes you will see the play button momentarily because of the pause event being fired before the seek event. I made a test and the play button is hidden during the seek event.

repo: mediaelement/mediaelement


text:
Update GitHub Action

Updating GitHub Action versions (similar to NMO PR and SNR PR):

actions/checkout and  actions/setup-go versions from 2 to 3.
docker/login-action from version 1 to 2.

Adding two new targets (container-build & container-push) for CI in Makefile.

/lgtm


text:
Franz not detecting webcam or mic on Mac

I have a paid professional license of Franz and no way to contact support. Hopefully, here I can get help.
I'm using a Macbook Pro 2019 16 inches max out. I have the latest version of Franz installed and I can't get any service that requires my webcam or mic to work.
On Skype or Microsoft Teams doesn't detect which mic or webcam I have. I presume is because Franz never requested permissions to use those resources.
I there any config that I need to do?

This is happening to me as well, I used to be able to use camera and mic in previous versions but now I am not able to do so, is there any news about this?

Same issue here on Mac. Mic on zendesk calls not works.

Same here. Slack calls detect the webcam but cannot use the microphone.

I ave the same issue. i think the problem is, that Franz doesn't ask for Mic permission on Mac.

I have the same issue. i think the problem is, that Franz doesn't ask for Mic permission on Mac.

I believe mhauens is right.  There's not even an entry in System Preferences for permissions for Franz. I have it listed under Microphone (in the Security and Privacy section) but nothing for video.

There is a community edition called Ferdi. It's a fork of this project but is actively maintained and works amazingly. Give it a go: https://github.com/getferdi/
Unfortunatetly Franz does not seem to be developed actively. There is no support contact for paying customers. It seems that someone is maintaining it since there are offering discounts from time to time.
The mic and video problem is solved with the community edition (v5.4.3).
I would like to support Franz but not sure if it is maintained anymore,

I tried Ferdi and MS Teams support is broken.  :(

On Mar 21, 2020, at 06:50, pit-c notifications@github.com wrote:

There is a community edition called Ferdi. It's a fork of this project but is actively maintained and works amazingly. Give it a go: https://github.com/getferdi/
Unfortunatetly Franz does not seem to be developed actively. There is no support contact for paying customers. It seems that someone is maintaining it since there are offering discounts from time to time.
The mic and video problem is solved with the community edition (v5.4.3).
I would like to support Franz but not sure if it is maintained anymore,
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.

Unfortunatetly I do not have Microsoft Teams. But I know that it have some issues in the last days.
It worked for me (Skype, Hangouts etc). Ferdi asked for permissions using the mic and cam

Same issue here with Whatsapp.. is very sad to see not support at this incredible project.
Hope i don't paid yet but i think i won't do the upgrade plan..

Same issues here on MacOS Catalina. Teams has no audio/microphone and I can't do screen sharing on Slack. I'm canceling my paid professional subscription since there is not even a contact to use in these cases. It's a shame.

authors: Drakas FranciscoMCG alessandrob7 dpkonofa hcp-coder mhauens miguelacio pit-c tupolev warrendeleon

repo: meetfranz/franz


text:
Add Method/UI for Quitting From Within App

Feature Description
I'd like to be able to quit Franz when the app is open without having to interface with the system tray to quit. This could be either (or both) adding a keyboard shortcut (like Ctrl/Command + Q) or an option in the Alt menu that appears.
Motivation and Context

This streamlines the quitting process instead of having to find the system tray. Some OS's will hide the tray icon, some OS's need extra support for the tray icon to appear. It just seems like an intuitive feature that would be expected in any application. Even further, if users have multiple screens, the tray may only be located on one monitor (in my case, my system tray is about 4ft away from where the application is running).

Yeah agree. Not even Alt+F4 works on Windows.

authors: Stanzilla seesemichaelj


text:
Fix bug for notification when options.icon is undefined

Description

This PR includes fixing a bug for notification is not working.
Motivation and Context

If options.icon is undefined, notify action in src/stores/AppStore.js throw an error with "Cannot read property 'startsWith' of undefined". Therefore notification not work.
It related to the #1545 issue and so on.
How Has This Been Tested?

Tested on Mac with Slack.
Screenshots (if appropriate):
Types of changes

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

Checklist:

[x] My code follows the code style of this project (run $ yarn lint).

This issue was fixed in https://github.com/meetfranz/franz/commit/44c413b. I close this PR.


text:
The metrics exported to Prometheus need to be refactored

According to Prometheus best practices Metric and Labeling Naming and the requirement of observability strategies, the metrics exported to Prometheus need to be refactored.

refactored though #227 #233 #237 #239

repo: megaease/easeagent


text:
Add some filter options for SLA HTML Page

For the HTML report, add the following options:

status=up: only shows the probers which status is up. the value can be up or down.
gte=50: only shows the probers the SLA percentage is >= 50%.
lte=90: only shows the probers the SLA percentage s  <= 90%.

Codecov Report

Merging #152 (a3557ee) into main (e6a7914) will increase coverage by 0.16%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main     #152      +/-   ##
==========================================
+ Coverage   92.18%   92.34%   +0.16%
==========================================
  Files          45       43       -2
  Lines        3197     3186      -11
==========================================
- Hits         2947     2942       -5
+ Misses        185      181       -4
+ Partials       65       63       -2

Impacted Files
Coverage Δ

report/sla.go
92.93% <100.00%> (+0.12%)
:arrow_up:

daemon/daemon_unix.go

daemon/daemon_windows.go

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 e6a7914...a3557ee. Read the comment docs.

Updated!
changed the gt >  and lt < to gte >= and lte <=

authors: codecov-commenter haoel

repo: megaease/easeprobe


text:
Task

Vermiş olduğunuz task için bir çekme isteği

Task

repo: mehmetutkuk/FastCommerce


text:
[BUG] Browse dialogs boxes fail in PyQT6 has no QFileDialog.Options()

Clicking "Browse" results in PyQT6 has no QFileDialog.Options() `
2355 def _open_dialog(self, title, ref, type):
   2356     """
   2357     opens pop-up dialogue for the user to choose a specific file or directory.
   2358
   (...)
   2367
   2368     """
-> 2370     options = QFileDialog.Options()
        QFileDialog = <class 'PyQt6.QtWidgets.QFileDialog'>
   2372     options |= QFileDialog.DontUseNativeDialog
   2373     if type == "dir":

AttributeError: type object 'QFileDialog' has no attribute 'Options'

"Load calibration" gives the same result, as expected.

repo: mehta-lab/recOrder


text:
Add telemetry for the sort feature

Sub issue of this tracking issue: #1581
Based on this specification: https://github.com/meilisearch/specifications/blob/main/text/0055-sort.md

We need to measure:

[ ] Number of sorted attributes used in sort search parameter to calculate an avg per server.
[ ] Ranking-rules setting definition to evaluate position customization.
[ ] Number of sortableAttributes to calculate an avg per server.

Cf this section of the spec.

@gmourier, a question from @irevoire: related to the first point, do we need to store all the sort search parameters? Because it can impact drastically the performance if the user does thousands and thousands of search requests? We indeed send the analytics to amplitude every one hour.
Tamo suggests to only keep the 1000 last ones 🙂

Checked with @gmourier, this issue is not relevant anymore.

repo: meilisearch/MeiliSearch


text:
Publish docker image tag without the patch version

Currently, when pushing a tag to this git repository, this CI is triggered, publishing a docker image with the name of the tag (and latest if it's a GitHub release).
It means if the v0.27.0 tag is pushed, the v0.27.0 docker image will be available.
We would like to update this CI to create/update a tag without the patch version when a tag is pushed.
Ex:

the v0.27.0 git tag is pushed to the repository -> the v0.27 and v0.27.0 tags are available for the docker image and are equivalent.
then later, the v0.27.1 git tag is pushed to the repository -> the v0.27.1 docker tag is pushed, but also the v0.27 tag is updated for the docker image to correspond to the v0.27.1 tag and not to the v0.27.0 anymore

I ping @meilisearch/integration-team and @meilisearch/docs-team that could be interested in this issue, once it's done of course! 😇

repo: meilisearch/meilisearch


text:
Re-introducting dumps v1 support for Meilisearch v1?

Following the discussion with @Kerollmops but can interest any people in the core team to have your opinion
What we want when releasing v1 is to ensure most people will use it. One of the issue is the migration: currently, someone using Meilisearch v0.20.0 cannot migrate to v0.28.0 (so future meilisearch v1)
See the following table in the specs: https://github.com/meilisearch/specifications/blob/main/text/0105-dumps-api.md#34-dump-version-support
We just realized this could be a huge issue for our users; indeed, until last August, we had more users in v0.20.0 and before than in v0.21.0 and after, meaning we have a lot of people to migrate to v1! See the Amplitude graph (internal only)
I open this issue following my discussion with Kero, to see if it's possible to make the v1 dump support come back, or if it's really impossible.
Another question: is it really useful to avoid these two steps since we made a lot of breaking API? Are v0.20.0 and v0.24.0 really different regarding the main API routes (/search, /documents)? Same question for v0.20.0 -> v0.24.0 and v0.24.0 -> v0.28.0? I mean, it could be useful to let these two steps if the breaking are big between v0.20.0 and v0.24.0

@meilisearch/core-team I would like to have your opinion on this 😇

is it really useful to avoid these two steps since we made a lot of breaking API?

If someone wants to do it, I think he'll be happier with a one-step process and then fix your settings than a two or three steps process to fix your settings in the exact same way finally.
Also, we're emitting warnings when something changes or a setting has been renamed. To me, it's way easier to follow a one-step process with every warning happening at the same time than aggregating everything over multiple steps.

I open this issue [...] to see if it's possible to make the v1 dump support come back

Yes, it's possible.

Closed in favor of https://github.com/meilisearch/meilisearch/issues/2985

authors: curquiza irevoire


text:
Missing IN / NOT IN operator in the invalid_filter error message

Describe the bug
When sending an invalid filter, an error message explains all the filter operators but IN and NOT IN are missing.
{
  "message": "Was expecting an operation `=`, `!=`, `>=`, `>`, `<=`, `<`, `TO`, `EXISTS`, `NOT EXISTS`, or `_geoRadius` at `hemlo good doggo`.\n1:17 hemlo good doggo",
  "code": "invalid_filter",
  "type": "invalid_request",
  "link": "https://docs.meilisearch.com/errors#invalid_filter"
}

Expected behavior
IN and NOT IN should be listed.
This should be resolved on milli's side.
TODO

[x] Implement changes in Milli (only this step is available for external contribution) -> https://github.com/meilisearch/milli/pull/676
[ ] Release a Milli version containing these changes
[ ] Bump this new Milli version in Meilisearch and merge it into main

@irevoire I can work on this :)
Could you point out which file/ lines of code need to be changed?

Hey @Pranav-yadav, basically from what I see you need to update these two messages:
https://github.com/meilisearch/milli/blob/main/filter-parser/src/error.rs#L143-L148

Got it. Thanks!

@irevoire this PR https://github.com/meilisearch/milli/pull/676 should fix this issue :) Thanks.

@curquiza should I try to complete the remaining tasks of these issue or is it just for tracking at your side?

Hello @Pranav-yadav
This is for tracking only on our side, only the first step is available for contribution! I'll make it more clear on the issue 😊
thanks for asking!

Closed by #3036

authors: Pranav-yadav curquiza irevoire


text:
Intégrer lat/lon sur la class Apiary

en lien avec le changelog de MBM
Actualiser champs sur le diagramme de classe

depuis MBM c'est ainsi
{
                "apiaryId": "4b187bf72f9e4c14b14eabebe6b22c37",
                "userId": "34jfpl8YO9zWePF2SmgJCxwaMyAoENqu",
                "name": "?",
                "zipCode": "fggg",
                "countryCode": "US",
                "private": false,
                "hidden": false,
                "createDate": 1623358348,
                "hives": [],
                "latitude": 42.409698,
                "longitude": -72.108354
            },

ceci est soldé depuis bien long temps déjà.

repo: mellisphera/mellisphera-api


text:
🌟Feature request: Add aria-label option for the Slider builder

Currently, the Slider's aria label is hardcoded to 'Volume'.
I can override it by adding the attribute after the {...$thumb()} on the element itself, but it would be nice if could provide it directly to the builder as an option.

We definitely shouldn't be applying one in this case.
I don't that having it as an option to pass to the builder would be a great idea since it could be applied directly to the element (once we remove the internal application).
My reasoning for this is that then we'd have to do the same for every builder and possibly additional attributes, which could get messy. Options should be reserved to things we need to use internally for one reason or another IMO, but open to having my mind changed!

Ah I think what you said makes a lot of sense. I'm still new to Melt-UI, so I'm not yet aware of the patterns and convention. Indeed, if no other builder works with label options (or other attributes), when it makes sense to keep it that way.
It's still pretty weird to hardcode an aria-label by default though.

It's still pretty weird to hardcode an aria-label by default though.

The aria-label should not be there by default, mistake on our end! Will remove it. Closing this issue for the reasons @huntabyte mentioned

authors: TGlide f-elix huntabyte

repo: melt-ui/melt-ui


text:
bug: api builds fail in CI test

See https://github.com/meltano/hub/actions/runs/3714855163/jobs/6299309644 as an example. It looks like we might be passing the wrong inputs or something to the script.
cc @edgarrmondragon since I know you recently worked on this with the new API backend

@pnadolny13 It's failing for forks because we rely on repo secrets. I could disable the workflow on forks.

@edgarrmondragon ah thanks I probably should have guessed that. Its up to you but yeah disabling for forks makes sense to me.

repo: meltano/hub


text:
Add tap-msaccess

https://github.com/Matatika/tap-msaccess/releases/tag/v0.1.0
New take on the tap-spreadsheets-anywhere approach: instead of a single plugin that can connect to multiple file systems, break each out  into its own plugin with defined settings, in an attempt to make configuration easier for the user.

Adds 4 new plugins (possible more in the future):

tap-msaccess - the "base" plugin with local file system support only
tap-msaccess-azure - Azure file system support with known settings
tap-msaccess-http - HTTP file system support
tap-msaccess-anywhere - Support for (theoretically) all fsspec backend implementations

Nothing set in stone here yet, so if you have any thoughts or concerns, please raise them!

should I set it to kind: password for now or ignore assuming that the schema will be updated at some point?

I think so. Meltano is inject the sensitive: true flag into lock files anyway: https://github.com/meltano/meltano/pull/7874/files#diff-0a49a7859d1fe309fa7e7f789e398c35653bf50c9c18c82e9d7334cd54c0e5feR229

Looks like there is some similar discussion in #1445 for tap-universal-file.

tap-dbf uses the approach of nested settings, e.g. s3.endpoint_url. That solves the settings problem, but not the packaging extras problem, though ...

This would benefit from https://github.com/meltano/hub/pull/1701

authors: ReubenFrankel edgarrmondragon


text:
Update MeltanoData instance setup guide to create Meltano UI users using new script and playbook

Migrated from GitLab: https://gitlab.com/meltano/meltano/-/issues/1945
Originally created by @DouweM on 2020-04-07 22:39:07

See https://gitlab.com/meltano/infrastructure/-/issues/22

View 2 previous comments from the original issue on GitLab

repo: meltano/meltano


text:
meltano invoke does not provide extra context to airflow initdb failed

Migrated from GitLab: https://gitlab.com/meltano/meltano/-/issues/2213
Originally created by @DouweM on 2020-08-03 18:28:05

View 1 previous comment from the original issue on GitLab


text:
Invoke error message hard to follow when env key set to integer

Migrated from GitLab: https://gitlab.com/meltano/meltano/-/issues/3314
Originally created by @pnadolny13 on 2022-03-04 17:32:22

What is the current bug behavior?
What is happening now?
I set PG_PORT as an environment level env in my meltano.yml and forgot to quote the integer. I assume we'd say that they should always be quoted but the error logs were really hard to decrypt what the issue was. It just says expected str, bytes or os.PathLike object, not int.
What is the expected correct behavior?
What should be happening?
It should either validate for this or catch the exception and try to give a better log message so I can fix it without having to read through the stack trace.
Steps to reproduce
How one can reproduce the issue?
plugins:
  extractors:
  - name: tap-gitlab
    variant: meltanolabs
    pip_url: git+https://github.com/MeltanoLabs/tap-gitlab.git
    select:
    - commits.id
    - commits.project_id
    - commits.created_at
    - commits.author_name
    - commits.message
    - tags.*
    - '!*.*_url'
  loaders:
  - name: target-postgres
    variant: transferwise
    pip_url: pipelinewise-target-postgres
  orchestrators:
  - name: airflow
    pip_url: apache-airflow==2.1.2 --constraint https://raw.githubusercontent.com/apache/airflow/constraints-2.1.2/constraints-${MELTANO__PYTHON_VERSION}.txt
  transformers:
  - name: dbt
    pip_url: 'dbt-core~=1.0.0 dbt-postgres~=1.0.0 dbt-redshift~=1.0.0 dbt-snowflake~=1.0.0
      dbt-bigquery~=1.0.0

      '
  files:
  - name: dbt
    pip_url: git+https://gitlab.com/meltano/files-dbt.git@config-version-2
  - name: airflow
    pip_url: git+https://gitlab.com/meltano/files-airflow.git
environments:
- name: dev
  config:
    plugins:
      extractors:
      - name: tap-gitlab
        config:
          projects: meltano/meltano meltano/tap-gitlab
          start_date: '2021-03-01T00:00:00Z'
      loaders:
      - name: target-postgres
        config:
          user: meltano
          dbname: warehouse
          default_target_schema: public
      transformers:
      - name: dbt
        config:
          target: postgres
          source_schema: public
  env:
    PG_ADDRESS: localhost
    PG_PORT: 5432
    PG_USERNAME: meltano
    PG_DATABASE: warehouse

Then I ran
meltano --log-level=debug --environment=dev invoke dbt:compile
Relevant logs and/or screenshots
Please use code blocks (```) to format console output
2022-03-04T17:13:08.705829Z [debug    ] expected str, bytes or os.PathLike object, not int
Traceback (most recent call last):
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/meltano/cli/__init__.py", line 47, in main
    cli(obj={"project": None})
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/click/core.py", line 829, in __call__
    return self.main(*args, **kwargs)
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/click/core.py", line 782, in main
    rv = self.invoke(ctx)
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/click/core.py", line 1259, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/click/core.py", line 1066, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/click/core.py", line 610, in invoke
    return callback(*args, **kwargs)
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/meltano/cli/params.py", line 23, in decorate
    return func(*args, **kwargs)
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/meltano/cli/params.py", line 56, in decorate
    func(project, *args, **kwargs)
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/meltano/cli/invoke.py", line 88, in invoke
    exit_code = run_async(
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/meltano/core/utils/__init__.py", line 50, in run_async
    loop.run_until_complete(future)
  File "/Users/pnadolny/.pyenv/versions/3.8.12/lib/python3.8/asyncio/base_events.py", line 616, in run_until_complete
    return future.result()
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/meltano/cli/invoke.py", line 131, in _invoke
    handle = await invoker.invoke_async(*plugin_args, command=command_name)
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/meltano/core/plugin_invoker.py", line 393, in invoke_async
    return await asyncio.create_subprocess_exec(
  File "/Users/pnadolny/.pyenv/versions/3.8.12/lib/python3.8/asyncio/subprocess.py", line 236, in create_subprocess_exec
    transport, protocol = await loop.subprocess_exec(
  File "/Users/pnadolny/.pyenv/versions/3.8.12/lib/python3.8/asyncio/base_events.py", line 1630, in subprocess_exec
    transport = await self._make_subprocess_transport(
  File "/Users/pnadolny/.pyenv/versions/3.8.12/lib/python3.8/asyncio/unix_events.py", line 197, in _make_subprocess_transport
    transp = _UnixSubprocessTransport(self, protocol, args, shell,
  File "/Users/pnadolny/.pyenv/versions/3.8.12/lib/python3.8/asyncio/base_subprocess.py", line 36, in __init__
    self._start(args=args, shell=shell, stdin=stdin, stdout=stdout,
  File "/Users/pnadolny/.pyenv/versions/3.8.12/lib/python3.8/asyncio/unix_events.py", line 789, in _start
    self._proc = subprocess.Popen(
  File "/Users/pnadolny/.pyenv/versions/3.8.12/lib/python3.8/subprocess.py", line 858, in __init__
    self._execute_child(args, executable, preexec_fn, close_fds,
  File "/Users/pnadolny/.pyenv/versions/3.8.12/lib/python3.8/subprocess.py", line 1628, in _execute_child
    env_list.append(k + b'=' + os.fsencode(v))
  File "/Users/pnadolny/.pyenv/versions/3.8.12/lib/python3.8/os.py", line 806, in fsencode
    filename = fspath(filename)  # Does type-checking of `filename`.
TypeError: expected str, bytes or os.PathLike object, not int

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/Users/pnadolny/.virtualenvs/meltano_project/lib/python3.8/site-packages/meltano/cli/__init__.py", line 55, in main
    raise CliError(str(err)) from err
meltano.cli.utils.CliError: expected str, bytes or os.PathLike object, not int
expected str, bytes or os.PathLike object, not int

Possible fixes
If you can, link to the line of code that might be responsible for the problem or suggest a fix
Further regression test
Ensure we automatically catch similar issues in the future

[ ] Write additional adequate test cases and submit test results
[ ] Test results should be reviewed by a person from the team

View 8 previous comments from the original issue on GitLab

Still relevant

authors: MeltyBot tayloramurphy


text:
Helm-deployed Airflow does not have access to Airflow config file

Migrated from GitLab: https://gitlab.com/meltano/meltano/-/issues/3346
Originally created by @kgpayne on 2022-03-23 12:22:04

Problem to solve
When deploying Airflow using deployment tools such as Helm, configuration artefacts are needed at the time of deploy (e.g. .env files and config.py). These are generated by meltano invoke but are not accessible to users directly.
Meltano makes it easy to centralised configuration and to inject config artefacts (env vars and files) into a plugins context during execution with meltano invoke, but these generated files are cleaned up after the invoked process exits (to prevent secrets leaking). In order to provide the same benefits to plugins (services) that require config at deployment time (e.g. Airflow, Superset) we could provide a mechanism to export these config artefacts to a user-specified location on disk for use in deployment scripts and Helm inputs as part of a CI/CD pipeline.
Target audience
Anyone using Meltano with service-based plugins that need deployment in production (e.g. Airflow, Superset).
Further details
As part of setup for services like Airflow during meltano invoke, Meltano generates/populates Airflow-specific config files and environment variables from the Projects top-level meltano.yml. This is useful for local development and execution, however production deployment tools such as Helm require these artefacts at the point of deployment (usually at the end of an automated CI/CD pipeline). As meltano invoke does clean-up after any spawned processes terminate, these files (and the logic that generates them) cannot easily be accessed for use in production deployments. Exposing them via the CLI would allow users to benefit from Meltanos centralised config features even when using external deployment tools.
What does success look like, and how can we measure that?
Meltano can be used to centralise config at all stages of development and deployment (not just locally via invoke).

View 4 previous comments from the original issue on GitLab

This came up again recently and I wanted to circle back.
The proposed solution is to move the config file to files-airflow, where the dag generator meltano.py already exists.
Then Airflows config can take input from callers' environment variables rather than storing them in cleartext.
cc @DouweM, @kgpayne
This also has the benefit of unwinding the 'special' relationship that Meltano has with Airflow, but without any compromise in user functionality.

authors: MeltyBot aaronsteers


text:
Refactor and Standardize API Endpoints + Use Resource

Migrated from GitLab: https://gitlab.com/meltano/meltano/-/issues/714
Originally created by @derek-knox on 2019-06-14 19:47:05

Standardize python use of Resource and update api endpoints for consistency

View 4 previous comments from the original issue on GitLab


text:
Update index.html

Edited the index.html file to close this pull request

Update

This is just a simple comment to a pull request

repo: melusi-k/github-slideshow


text:
Draft: Improve socket connection dropped and delete stream events

This is here to close https://github.com/membraneframework/membrane_core/issues/792.

behaviour remains the same, on socket connection closed end_of_stream is forwarded
a new notification was added from the source component: :stream_deleted. This is delivered when the DeleteStream is received from RTMP (which signals the actual termination of a stream). Clients can decide how to react.

I'll keep it a draft waiting for your feedback (and some extensive tests on our side).
\cc @mat-hek

Our pipeline is pretty long and in case of an event we would have to pass it over the whole pipeline. A notification allows us to "jump" over to the concerned element. In our case, we turn the output HLS playlist into VOD only if we receive both the notification and end of stream.

I see, in this case it shouldn't be a problem at all. The problem could encounter if you relied just on the notification (there wouldn't be any guarantee that the stream in the rest of the pipeline is already processed when you turn the playlist into VOD).
Concerning event passing, I don't think it would be a problem to pass it over the whole pipeline, as default implementation of the handle_event callback in elements is forwarding incoming events further. But for now I think it's OK just to send the notification and use it along :end_of_stream ;)

@varsill I did not know that! If that's the case, an event might be even better, let me know what you're more keen on merging. About the linter, I'm running mix format in the proj but it's still complaining, am I missing something? Side note: can we move a bit faster in the merge process? I have other 2 PR's coming and it would be great if we could do all of this today :D

Hi @dmorn , sure, sorry for late reply, I am OK with merging what we currently have (the notification sent from the source). Concerning the formatter, I think there might be a mismatch in the version of elixir/mix you are using (could you tell me what do you use?)

authors: dmorn varsill


text:
memcached core-dumps due to seccomp failure

Describe the bug
memcached core-dumps on Arch Linux when attempting to use it as a caching layer for mediawiki
To Reproduce

Install mediawiki, php-fpm, and memcached
Configure mediawiki to use memcached
Attempt to load pages within mediawiki

System Information

OS/Distro: Arch Linux
Version of OS/distro: rolling, so current
Version of memcached: memcached 1.6.18
Hardware detail: virtual machine

Detail (please include!)
Always include the output of stats, stats settings, and optionally stats items and stats slabs. These can be provided to a maintainer privately if necessary. Please sanitize anything secret from the data.
stats
STAT pid 8043
STAT uptime 800
STAT time 1683151514
STAT version 1.6.18
STAT libevent 2.1.12-stable
STAT pointer_size 64
STAT rusage_user 0.379084
STAT rusage_system 0.362845
STAT max_connections 1024
STAT curr_connections 2
STAT total_connections 93
STAT rejected_connections 0
STAT connection_structures 6
STAT response_obj_oom 0
STAT response_obj_count 1
STAT response_obj_bytes 65536
STAT read_buf_count 23
STAT read_buf_bytes 376832
STAT read_buf_bytes_free 294912
STAT read_buf_oom 0
STAT reserved_fds 20
STAT cmd_get 722
STAT cmd_set 334
STAT cmd_flush 0
STAT cmd_touch 1
STAT cmd_meta 0
STAT get_hits 265
STAT get_misses 457
STAT get_expired 0
STAT get_flushed 0
STAT delete_misses 1
STAT delete_hits 15
STAT incr_misses 0
STAT incr_hits 0
STAT decr_misses 0
STAT decr_hits 0
STAT cas_misses 0
STAT cas_hits 25
STAT cas_badval 0
STAT touch_hits 1
STAT touch_misses 0
STAT store_too_large 0
STAT store_no_memory 0
STAT auth_cmds 0
STAT auth_errors 0
STAT bytes_read 195969
STAT bytes_written 101774
STAT limit_maxbytes 67108864
STAT accepting_conns 1
STAT listen_disabled_num 0
STAT time_in_listen_disabled_us 0
STAT threads 4
STAT conn_yields 0
STAT hash_power_level 16
STAT hash_bytes 524288
STAT hash_is_expanding 0
STAT slab_reassign_rescues 0
STAT slab_reassign_chunk_rescues 0
STAT slab_reassign_evictions_nomem 0
STAT slab_reassign_inline_reclaim 0
STAT slab_reassign_busy_items 0
STAT slab_reassign_busy_deletes 0
STAT slab_reassign_running 0
STAT slabs_moved 0
STAT lru_crawler_running 0
STAT lru_crawler_starts 11
STAT lru_maintainer_juggles 9901
STAT malloc_fails 0
STAT log_worker_dropped 0
STAT log_worker_written 0
STAT log_watcher_skipped 0
STAT log_watcher_sent 0
STAT log_watchers 0
STAT unexpected_napi_ids 0
STAT round_robin_fallback 0
STAT bytes 131700
STAT curr_items 273
STAT total_items 334
STAT slab_global_page_pool 0
STAT expired_unfetched 4
STAT evicted_unfetched 0
STAT evicted_active 0
STAT evictions 0
STAT reclaimed 1
STAT crawler_reclaimed 5
STAT crawler_items_checked 1489
STAT lrutail_reflocked 6
STAT moves_to_cold 301
STAT moves_to_warm 33
STAT moves_within_lru 105
STAT direct_reclaims 0
STAT lru_bumps_dropped 0
END

stats settings
STAT maxbytes 67108864
STAT maxconns 1024
STAT tcpport 11211
STAT udpport 0
STAT inter 127.0.0.1,::1
STAT verbosity 0
STAT oldest 0
STAT evictions on
STAT domain_socket NULL
STAT umask 700
STAT shutdown_command no
STAT growth_factor 1.25
STAT chunk_size 48
STAT num_threads 4
STAT num_threads_per_udp 1
STAT stat_key_prefix :
STAT detail_enabled no
STAT reqs_per_event 20
STAT cas_enabled yes
STAT tcp_backlog 1024
STAT binding_protocol auto-negotiate
STAT auth_enabled_sasl no
STAT auth_enabled_ascii no
STAT item_size_max 1048576
STAT maxconns_fast yes
STAT hashpower_init 0
STAT slab_reassign yes
STAT slab_automove 1
STAT slab_automove_ratio 0.80
STAT slab_automove_window 30
STAT slab_chunk_max 524288
STAT lru_crawler yes
STAT lru_crawler_sleep 100
STAT lru_crawler_tocrawl 0
STAT tail_repair_time 0
STAT flush_enabled yes
STAT dump_enabled yes
STAT hash_algorithm murmur3
STAT lru_maintainer_thread yes
STAT lru_segmented yes
STAT hot_lru_pct 20
STAT warm_lru_pct 40
STAT hot_max_factor 0.20
STAT warm_max_factor 2.00
STAT temp_lru no
STAT temporary_ttl 61
STAT idle_timeout 0
STAT watcher_logbuf_size 262144
STAT worker_logbuf_size 65536
STAT read_buf_mem_limit 0
STAT track_sizes no
STAT inline_ascii_response no
STAT ext_item_size 512
STAT ext_item_age 4294967295
STAT ext_low_ttl 0
STAT ext_recache_rate 2000
STAT ext_wbuf_size 4194304
STAT ext_compact_under 0
STAT ext_drop_under 0
STAT ext_max_sleep 1000000
STAT ext_max_frag 0.80
STAT slab_automove_freeratio 0.010
STAT ext_drop_unread no
STAT num_napi_ids (null)
STAT memory_file (null)
END

If you have a segfault or crash, please try to resolve the crash with addr2line. If possible, get a core dump and include a full back trace.

Kernel version 6.2.13-arch1-1

note for future passers-by: remove the drop_privileges start argument if you run into this.

The seccomp feature has been inside for like 6 years now, I believe it cant hurt to start treating that additional security layer as first class citizen :) I'd recommend guiding such instances to pinpoint the syscall, the id itself is already outputted by memcahed. What can help additionally is to collect a backtrace to understand the code path, which can easily be done with coredumpctl + debug symbols via a package (debian) or gdb native debuginfod implementation (Arch Linux).
With a combination of the backtrace and the syscall id, it should be fairly trivial to assess the situation and extend the seccomp profile. any distro will happily backport any seccomp related commits without issue. Seccomp is our friend, not our enemy :cat:

There's no way to pin package builds to combinations of memcached version + kernel version, is there? This is much easier if a package maintainer comes in with a "failed tests on this combo of things" report.
Most users who run into this will simply see their mediawiki or wordpress plugin fail because of an unspecified memcached error and either shut it off or switch to redis. It's unreasonable to expect people to trawl through core dumps or for my extra workload in finding out what broke seccomp this time.
I never figured out how to forward-protect seccomp, nobody wants to sponsor the development, and the only other user who helped with the code moved on. I don't have a lot to work with here and I hope you can be empathetic to that.

I understand your concern and I really don't intend to blindly put an unreasonable workload on you, I know the pain :wink: . But i very much believe that seccomp in 2023 should be a primary target and even enabled by default with opt-out for any network facing service.
I'd be happy trying to brainstorm with you how to improve the test coverage as well as early detection. I can open a dedicated issue, or write via email or Matrix if that's what you would prefer instead. Maybe increasing the potential syscall usage coverage could be extended if the GitHub workflow uses the job-matrix feature to build on multiple systems.
This would also require the test suite that is run using make test which has a perl layer and invokes new memcached via MemcachedTest.pm to conditionally enable seccomp like with an $ENV{SECCOMP} check.
A combination of glibc version as well as kernel version potentially expose new syscall usage.
So maybe the first step would be to add more distro additionally to ubuntu-latest that tends to quickly provide latest kernel and glibc, like Arch Linux (disclaimer: I'm affiliated with Arch -- actually any other up to date rolling release distro would do the same job here).

authors: anthraxx dormando jamincollins

repo: memcached/memcached


text:
Attempt to join assoc_maintainer thread even if it does not exist

Hi Guys,
I was experimenting with different possible Memcached configurations and came across the following possible bug. Perhaps, this is a low impact bug as I don't know under what circumstances someone will use 'no_hashexpand' option and, moreover, this bug was not resulting in any crash or deadlock. But, anyway, it is worth fixing. Let me know if you want me to open a PR for fixing this bug; I'd be happy to do so.
Description of the bug
Commit id: 8335dd84ca8565, Branch: Master
If we start Memcached with the 'no_hashexpand' CLI option, then the assoc_maintainer thread will not start. However, during shutdown, stop_threads() function will still be calling stop_assoc_maintenance_thread() function which in turn calls pthread_join() with parameter as 0. As per Open Group Base Specification issue 7 or POSIX:2008[1], calling pthread_join with a non-existing thread id results in undefined behavior. However, on my system (Ubuntu 18, x86_64), pthread_join was just returning the ESRCH error code.
Steps to reproduce this bug
It is relatively straightforward to reproduce this bug. Just run any one of the existing test cases with the 'no_hashexpand' option. On my system, this bug was not resulting in a crash or a deadlock so to observe this bug, you might need to manually put an assert statement on the return value of pthread_join in stop_assoc_maintenance_thread().
Possible fixes
We can have a boolean variable to indicate whether the assoc_maintainance thread is enabled or not. We can, then, check this boolean variable in stop_thread() function and accordingly call stop_assoc_maintenance_thread(). This issue is similar to issue#685, and so its fix can also be similar to PR#686 :P.
Remarks
This behavior was detected using a systematic concurrency testing tool being developed at Microsoft Research.
References
[1] https://pubs.opengroup.org/onlinepubs/9699919799.2016edition/functions/pthread_join.html

Thanks! I'll take a look at this soon.

ok, need to fix this for the next cut. no_hashexpand is rare but this would break restart for anyone who does use it.

Thanks.


text:
HA page feedback

Check the spelling with Grammarly + check if all is well written in code blocks, e.g., code block typo - "Memgraph 2.15 introduced high availability enterprise feature which is only enabled if used with --experimental-enabled=high-availability flag."
Is it --restore-replication-state-at-startup, --replication-state-at-startup=true, --replication-restore-state-on-startup? In config --replication-restore-state-on-startup without default value with description set to true -- unclear what is correct and what needs to be used?
I would remove "We plan to add support for ASYNC replicas in 2.16." - In my opinion, these kind of sentences are not necessary in the docs that refer to the current version of Memgraph. Also, this puts additional work after following releases. In general, it is good to avoid using 'we' in technical documentation.
Empty section between Cluster management and Setting config for highly-available cluster
I would avoid saying "Memgraph's 2.15 release added several flags for managing the cluster." in text. In my opinion, it would be better to add all newly introduced flags to the warning admonition in the beginning.
Failover procedure section should be rewritten. First section is quite unclear and has code formatting issues. Other sections are missing commas here and there, making it hard to understand. Some sentences are missing additional explanation, such as "REPLICA always returns as REPLICA" (returns what, from where, to where)
Are RPC request and RAFT protocol basic terms in replication? If not, we should maybe add one sentence explaining them.
Saying alive REPLICA sounds weird. Is that correct?
This is unclear to me - "Once each alive REPLICA acknowledges that it stopped listening to the old MAIN, the coordinator sends a RPC request to the potential new MAIN, which is still in REPLICA state, to promote itself to MAIN instance and sends all instances from the cluster to which the new MAIN will replicate data. If the instance is down at the moment, the new MAIN will establish a connection at a later point when it comes back up, and recover it to the correct state."
Is it REPLICAs or replicas? If it's replicas, why it's not mains, but MAINs.
This is unclear to me - "When MAIN is demoted to REPLICA it can happen that MAIN gets demoted, but setting now new REPLICA to listen to the current MAIN fails.""
This is unclear to me - "If at some point it happens that MAIN goes down, but REPLICA, which is chosen as the new MAIN, has less up-to-date data than other REPLICAs, failover won't succeed as from MAINs perspective it cannot become new MAIN as it has some other instance which is more up to date and therefore diverged from the new MAIN."
I would again avoid saying: "In the Memgraph 2.15 release..."

Fixed
I will create a separate issue for this.
Fixed
Fixed
I wouldn't move it to the top of the admonition. I've rephrased the start of that section.
I will create a separate issue for this.
They are pretty standard, but I've added two admonitions
We could replace alive REPLICA with operational REPLICA instance or just operational REPLICA but we use in the output of the SHOW INSTANCES command the term alive so I would stick with it.
I will create a separate issue for this.
All updated except one that could be mistaken for a command (SYNC REPLICAs).
I will create a separate issue for this.
I will create a separate issue for this.
Fixed

Points marked as fixed will be resolved in https://github.com/memgraph/documentation/pull/561.
For other points new issue was created - https://github.com/memgraph/documentation/issues/562

We could replace alive REPLICA with operational REPLICA instance or just operational REPLICA but we use in the output of the SHOW INSTANCES command the term alive so I would stick with it.

I was saying this because it is not correct to use alive before the noun.

Generally, live is an attributive adjective, and alive is used as a predicate adjective; in other words, live is usually placed directly before the noun, and alive is generally not. These are live goldfish. These goldfish are alive.
Source

I would use the term running REPLICA since we often use running Memgraph instances. There might be another term for this that is often used in the db world, so I suggest exploring this a bit before the final decision.

authors: katarinasupe kgolubic

repo: memgraph/documentation


text:
🛑 Kérwá is down

In a9a41cd, Kérwá (https://kerwa.ucr.ac.cr) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Kérwá is back up in 574c8b7 after 7 minutes.

repo: memoemg/howyoudoing


text:
🛑 Kérwá is down

In 07b6883, Kérwá (https://kerwa.ucr.ac.cr) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Kérwá is back up in 0dccbcf after 8 minutes.


text:
🛑 Kérwá is down

In 00f80e0, Kérwá (https://kerwa.ucr.ac.cr) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Kérwá is back up in d20f036 after 24 minutes.


text:
🛑 Kérwá is down

In dc17b7f, Kérwá (https://kerwa.ucr.ac.cr) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Kérwá is back up in 2e09046 after 47 minutes.


text:
🛑 Kérwá is down

In b806d16, Kérwá (https://kerwa.ucr.ac.cr) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Kérwá is back up in 39ef3ce after 18 minutes.


text:
🛑 Portal de Revistas is down

In 4907d7d, Portal de Revistas (https://revistas.ucr.ac.cr) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Portal de Revistas is back up in 2a7e993 after 6 minutes.


text:
Use log crate for debug logging

dav1d contains a variety of debug logs, and its own infrastructure for enabling and disabling logging. Currently when we cleanup transpiled code, these are getting converted into println! invocations, but it would be more idiomatic to use the log crate instead. We may eventually want to replace dav1d's infrastructure for controlling log verbosity with something that integrates better with the log crate, but that doesn't have to happen right away.

I looked at the rav1d_log function and the logger callback and I think we should replace our logging with Rust formatting and if a C user wants a log callback we just pass the formatted string to that logger callback without varargs.

authors: randomPoison rinon


text:
Block while trying to read frame data for check_tile

We encountered a rare conflict between trying to read the frame data for check_tile and a concurrent write. This change just blocks so we can have access to the necessary frame data. We believe this will be rare and therefore not have a significant performance impact.

I've added a comment. I think we should land this, I'm seeing failures in CI on other unrelated PRs and that is going to waste a lot of time while we go check what the issue was and then have to re-run the job.


text:
Kiosk mode error

Setup a kiosk error:
Couldn't setup a kiosk
Something went wrong so please try again

Hey there,
Can you confirm whether this happens in v2.0.0 - https://github.com/memstechtips/UnattendedWinstall/releases/tag/v2.0.0

Hey there,
Can you confirm whether this happens in v2.0.0 - https://github.com/memstechtips/UnattendedWinstall/releases/tag/v2.0.0

error still same

authors: CuongDoVan memstechtips

repo: memstechtips/UnattendedWinstall


text:
Update Python Version To Resolve CVEs

Hi,
When security scanning the buildpack, a bunch of Security Findings was discovered:

https://www.mend.io/vulnerability-database/CVE-2022-45061
https://www.mend.io/vulnerability-database/CVE-2022-40897
https://www.mend.io/vulnerability-database/CVE-2015-20107
https://www.mend.io/vulnerability-database/CVE-2022-42919
https://www.mend.io/vulnerability-database/CVE-2023-6597
https://www.mend.io/vulnerability-database/CVE-2023-24329

Those CVEs are having a Severity Score Higher than 7.5 which is potentially a big Security Issue.
This is due the Python Version being used (3.10.6).
Could Python be upgraded to at least 3.12.X in the next release?

Hi, thanks for your report. We will update to the latest minor version of Python 3.10 in the next release (scheduled for April 18th), and will discuss internally about upgrading the major version.

Hi, thanks for your feedback.
After updating the new minor Version of Python 3.10.13, CVEs are still there with the same criticality. Is there any Decision regarding Upgrading to the major Version ?  Is it possible to upgrade to 3.12.X

authors: jeohist onecib

repo: mendix/cf-mendix-buildpack