Help for Keyword failing when is on page?

⚠ Please verify that this bug has NOT been raised before.

[X] I checked and didn't find similar issue

🛡 Security Policy

[X] I agree to have read this project Security Policy

📝 Describe your problem
I have a FluxNode website running which provides Status field with the word "working".  I can search the web page for the word and its found, but when I tell uptime-kuma to find keyword "working" it fails says "200 - OK, but keyword is not in [ body { margin: 0; } #loading-bg { w...]" which makes no sense.
I see there is HTTP Option section for the Body but no docs to explain what its for or how to use, can you help or advise please?
Page Output in Browser

Page Inspector of the BODY
(inc. where  shows the text-success class = Flux is working correctly)

🐻 Uptime-Kuma Version
1.17.1
💻 Operating System and Arch
Debian 8
🌐 Browser
Chrome and Edge
🐋 Docker Version
20.10.17, build 100c701
🟩 NodeJS Version
No response

Uptime Kuma do not parse the website. It checks the raw html only.
Press Ctrl + U to view your page source on Chrome.

Thanks for coming back.
Looks like Im stuck as the app page provided for Flux Node doesnt present that field text "working correctly" (see above image) in the RAW html :(
<!DOCTYPE html><meta charset="utf-8"><meta http-equiv="X-UA-Compatible" content="IE=edge"><meta name="viewport" content="width=device-width,initial-scale=1,maximum-scale=1"><link rel="icon" href="[/logo.png](view-source:http://<IP_ADDRESS>:16126/logo.png)" type="image/x-icon"><link href="[https://fonts.googleapis.com/css2?family=Montserrat:ital,wght@0,300;0,400;0,500;0,600;1,400&display=swap](view-source:https://fonts.googleapis.com/css2?family=Montserrat:ital,wght@0,300;0,400;0,500;0,600;1,400&display=swap)" rel="stylesheet"><title>FluxOS Dashboard</title><link href="[/css/chunk-03653cc7.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-03653cc7.css)" rel="prefetch"><link href="[/css/chunk-04687684.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-04687684.css)" rel="prefetch"><link href="[/css/chunk-090bc551.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-090bc551.css)" rel="prefetch"><link href="[/css/chunk-0fefcb0c.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-0fefcb0c.css)" rel="prefetch"><link href="[/css/chunk-1089f933.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-1089f933.css)" rel="prefetch"><link href="[/css/chunk-15368b76.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-15368b76.css)" rel="prefetch"><link href="[/css/chunk-1dd2c64c.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-1dd2c64c.css)" rel="prefetch"><link href="[/css/chunk-220d4764.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-220d4764.css)" rel="prefetch"><link href="[/css/chunk-23b7ffba.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-23b7ffba.css)" rel="prefetch"><link href="[/css/chunk-274ed789.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-274ed789.css)" rel="prefetch"><link href="[/css/chunk-2dfc9e4e.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-2dfc9e4e.css)" rel="prefetch"><link href="[/css/chunk-2e1e9d91.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-2e1e9d91.css)" rel="prefetch"><link href="[/css/chunk-2e4a82b4.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-2e4a82b4.css)" rel="prefetch"><link href="[/css/chunk-2f037878.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-2f037878.css)" rel="prefetch"><link href="[/css/chunk-33f5f992.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-33f5f992.css)" rel="prefetch"><link href="[/css/chunk-377903a4.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-377903a4.css)" rel="prefetch"><link href="[/css/chunk-3c5aa3a3.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-3c5aa3a3.css)" rel="prefetch"><link href="[/css/chunk-3c9de65c.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-3c9de65c.css)" rel="prefetch"><link href="[/css/chunk-41ca8f8c.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-41ca8f8c.css)" rel="prefetch"><link href="[/css/chunk-4c44b627.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-4c44b627.css)" rel="prefetch"><link href="[/css/chunk-52393cc8.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-52393cc8.css)" rel="prefetch"><link href="[/css/chunk-56bfc1e1.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-56bfc1e1.css)" rel="prefetch"><link href="[/css/chunk-586caf0d.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-586caf0d.css)" rel="prefetch"><link href="[/css/chunk-587478fe.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-587478fe.css)" rel="prefetch"><link href="[/css/chunk-68cd93ed.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-68cd93ed.css)" rel="prefetch"><link href="[/css/chunk-69aa561c.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-69aa561c.css)" rel="prefetch"><link href="[/css/chunk-7d77ebd8.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-7d77ebd8.css)" rel="prefetch"><link href="[/css/chunk-82422eda.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-82422eda.css)" rel="prefetch"><link href="[/css/chunk-93d220d6.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-93d220d6.css)" rel="prefetch"><link href="[/css/chunk-bf46eb02.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-bf46eb02.css)" rel="prefetch"><link href="[/css/chunk-d2e35f0a.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-d2e35f0a.css)" rel="prefetch"><link href="[/css/chunk-dfe17e86.css](view-source:http://<IP_ADDRESS>:16126/css/chunk-dfe17e86.css)" rel="prefetch"><link href="[/js/chunk-03653cc7.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-03653cc7.js)" rel="prefetch"><link href="[/js/chunk-04687684.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-04687684.js)" rel="prefetch"><link href="[/js/chunk-08f30e46.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-08f30e46.js)" rel="prefetch"><link href="[/js/chunk-090bc551.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-090bc551.js)" rel="prefetch"><link href="[/js/chunk-0fefcb0c.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-0fefcb0c.js)" rel="prefetch"><link href="[/js/chunk-1089f933.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-1089f933.js)" rel="prefetch"><link href="[/js/chunk-15368b76.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-15368b76.js)" rel="prefetch"><link href="[/js/chunk-154aa63e.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-154aa63e.js)" rel="prefetch"><link href="[/js/chunk-1d267246.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-1d267246.js)" rel="prefetch"><link href="[/js/chunk-1dd2c64c.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-1dd2c64c.js)" rel="prefetch"><link href="[/js/chunk-207cf88f.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-207cf88f.js)" rel="prefetch"><link href="[/js/chunk-220d4764.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-220d4764.js)" rel="prefetch"><link href="[/js/chunk-23b7ffba.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-23b7ffba.js)" rel="prefetch"><link href="[/js/chunk-274ed789.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-274ed789.js)" rel="prefetch"><link href="[/js/chunk-276a226b.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-276a226b.js)" rel="prefetch"><link href="[/js/chunk-2928c9ba.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-2928c9ba.js)" rel="prefetch"><link href="[/js/chunk-2d2082cb.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-2d2082cb.js)" rel="prefetch"><link href="[/js/chunk-2dcd0dfb.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-2dcd0dfb.js)" rel="prefetch"><link href="[/js/chunk-2dfc9e4e.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-2dfc9e4e.js)" rel="prefetch"><link href="[/js/chunk-2e1e9d91.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-2e1e9d91.js)" rel="prefetch"><link href="[/js/chunk-2e343d6b.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-2e343d6b.js)" rel="prefetch"><link href="[/js/chunk-2e4a82b4.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-2e4a82b4.js)" rel="prefetch"><link href="[/js/chunk-2f037878.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-2f037878.js)" rel="prefetch"><link href="[/js/chunk-30dd6b1b.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-30dd6b1b.js)" rel="prefetch"><link href="[/js/chunk-33f5f992.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-33f5f992.js)" rel="prefetch"><link href="[/js/chunk-3680ca8f.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-3680ca8f.js)" rel="prefetch"><link href="[/js/chunk-3775d85b.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-3775d85b.js)" rel="prefetch"><link href="[/js/chunk-377903a4.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-377903a4.js)" rel="prefetch"><link href="[/js/chunk-39edc0c0.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-39edc0c0.js)" rel="prefetch"><link href="[/js/chunk-3b682446.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-3b682446.js)" rel="prefetch"><link href="[/js/chunk-3c5aa3a3.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-3c5aa3a3.js)" rel="prefetch"><link href="[/js/chunk-3c9de65c.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-3c9de65c.js)" rel="prefetch"><link href="[/js/chunk-3f1b13c2.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-3f1b13c2.js)" rel="prefetch"><link href="[/js/chunk-41ca8f8c.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-41ca8f8c.js)" rel="prefetch"><link href="[/js/chunk-45eb91e0.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-45eb91e0.js)" rel="prefetch"><link href="[/js/chunk-4c31b2b8.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-4c31b2b8.js)" rel="prefetch"><link href="[/js/chunk-4c44b627.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-4c44b627.js)" rel="prefetch"><link href="[/js/chunk-506ee572.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-506ee572.js)" rel="prefetch"><link href="[/js/chunk-52393cc8.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-52393cc8.js)" rel="prefetch"><link href="[/js/chunk-52d08741.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-52d08741.js)" rel="prefetch"><link href="[/js/chunk-54bd7062.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-54bd7062.js)" rel="prefetch"><link href="[/js/chunk-56bfc1e1.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-56bfc1e1.js)" rel="prefetch"><link href="[/js/chunk-586caf0d.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-586caf0d.js)" rel="prefetch"><link href="[/js/chunk-587478fe.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-587478fe.js)" rel="prefetch"><link href="[/js/chunk-623dc2e1.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-623dc2e1.js)" rel="prefetch"><link href="[/js/chunk-64f322df.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-64f322df.js)" rel="prefetch"><link href="[/js/chunk-650d0bfc.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-650d0bfc.js)" rel="prefetch"><link href="[/js/chunk-68cd93ed.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-68cd93ed.js)" rel="prefetch"><link href="[/js/chunk-69aa561c.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-69aa561c.js)" rel="prefetch"><link href="[/js/chunk-6fff6798.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-6fff6798.js)" rel="prefetch"><link href="[/js/chunk-72cac487.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-72cac487.js)" rel="prefetch"><link href="[/js/chunk-7a1a851d.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-7a1a851d.js)" rel="prefetch"><link href="[/js/chunk-7bf0b7cc.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-7bf0b7cc.js)" rel="prefetch"><link href="[/js/chunk-7d77ebd8.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-7d77ebd8.js)" rel="prefetch"><link href="[/js/chunk-7db479ac.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-7db479ac.js)" rel="prefetch"><link href="[/js/chunk-7f840ba6.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-7f840ba6.js)" rel="prefetch"><link href="[/js/chunk-7f855614.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-7f855614.js)" rel="prefetch"><link href="[/js/chunk-82422eda.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-82422eda.js)" rel="prefetch"><link href="[/js/chunk-93d220d6.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-93d220d6.js)" rel="prefetch"><link href="[/js/chunk-b650ba02.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-b650ba02.js)" rel="prefetch"><link href="[/js/chunk-bf46eb02.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-bf46eb02.js)" rel="prefetch"><link href="[/js/chunk-c02a7a16.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-c02a7a16.js)" rel="prefetch"><link href="[/js/chunk-ceeb5c8c.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-ceeb5c8c.js)" rel="prefetch"><link href="[/js/chunk-d2e35f0a.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-d2e35f0a.js)" rel="prefetch"><link href="[/js/chunk-d4df5830.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-d4df5830.js)" rel="prefetch"><link href="[/js/chunk-d4fcbd38.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-d4fcbd38.js)" rel="prefetch"><link href="[/js/chunk-dfe17e86.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-dfe17e86.js)" rel="prefetch"><link href="[/js/chunk-e564bf3c.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-e564bf3c.js)" rel="prefetch"><link href="[/js/chunk-e98c830e.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-e98c830e.js)" rel="prefetch"><link href="[/css/index.css](view-source:http://<IP_ADDRESS>:16126/css/index.css)" rel="preload" as="style"><link href="[/js/chunk-vendors.js](view-source:http://<IP_ADDRESS>:16126/js/chunk-vendors.js)" rel="preload" as="script"><link href="[/js/index.js](view-source:http://<IP_ADDRESS>:16126/js/index.js)" rel="preload" as="script"><link href="[/css/index.css](view-source:http://<IP_ADDRESS>:16126/css/index.css)" rel="stylesheet">We're sorry but the FluxOS Dashboard doesn't work properly without JavaScript enabled. Please enable it to continue.

<img src="[/logo.png](view-source:http://<IP_ADDRESS>:16126/logo.png)" alt="Logo">


grunt develop does not build CSS files until there is a change

If you have never run grunt style or grunt sass, there will be no files in build/css when grunt develop is run.  If you subsequently change one of the .scss source files, the build/css directory will appear with some .css files.
This was a bit surprising when starting the demo using grunt develop on a fresh checkout.
Would it be appropriate to include the style target as part of grunt develop?

Yes, I think so. I don't remember why I took that out. It doesn't make sense to me now.
Thanks!

Fixed in #395


MOTR-166 NPM Security Updates

Key Changes:

Updated all outdated modules to address audited vulnerabilities.
Removed babel dependencies since @babel/core is included in create-react-app.
Added rule in eslint config file to suppress warning about using storybook as devDependencies.
Replaced the Circle CI Docker image circleci/node:10.12-browsers with circleci/node:10.13-browsers in the Circle CI config.yml file due to<EMAIL_ADDRESS>incompatibility with the currently used image.

@jimmyzhen it appears we have a few dependencies that are not used.
Unused devDependencies:

react-test-renderer
stylelint
stylelint-config-recommended

Can you double check those? If they are not being used this is a good time to remove them.
Also I am seeing these errors reported by eslint for releaseEntry.jsx:

react-test-renderer is a dependency for enzyme-adapter-react-16. But since it is included in the enzyme-adapter-react-16 specified in the devDependencies, I have removed react-test-renderer from the devDependencies in the package.json.
After that, I did a clean install of the npm modules. The tests were run without errors.

In regards to the stylelint dependency, it appears to be a useful tool although it hasn't been obvious as to how it's been used in the app.
So I have added "sass-lint": "stylelint --config=stylelint.config.js '**/*.scss'" in the package.json so that we can simply run yarn sass-lint in Terminal and it will output the linting results.

In regards to the eslint warnings for the releaseEntry.jsx file, things checked by the arrow-body-style and no-console lintings are useful for code readability and/or debugging.
Nevertheless, I refactored the syntaxes a bit in the file to address the linting warnings.
Similar warnings are also present in other files of the app. I will refactor those as I come across them.

Merged MOTR-166


State goals and non-goals

Adress https://github.com/f3d-app/f3d/issues/1239

@snoyer @Meakk @pogey @lknknm please review


Don't close ServerSocketChannel when accept fails with ECONNABORTED /…

… EMFILE / ENFILE, ENOBUFS. ENOMEM.
Motivation:
We should not close the server socket when accept fails with ECONNABORTED / EMFILE / ENFILE, ENOBUFS. ENOMEM as generally speaking these may be "recoverable" once some existing connections were closed for example. It's possible to implement a backoff strategy for these with a ChannelHandler.
Modifications:

Special handle of ECONNABORTED / EMFILE / ENFILE, ENOBUFS. ENOMEM for ServerSocketChannel.

Result:
Not close servet socket for errors from which it is possible to recover.

@weissi @Lukasa once this is merged I will add a ChannelHandler that allows to empower some sort of back-pressure by stop accepting new connections for some time when once of these errors happen.

Also thanks to @toffaletti for the idea in the first place :)

I am not sure how to test this tho :(

See https://github.com/apple/swift-nio/pull/126 for the handler

So for testing we probably need a harness that lets you inject or hook the accept syscall. Probably a way to dependency inject it tbh.

@Lukasa yep will come up with a test... Just wanted to show the idea first ;)
That said once I have this done I think we also need something "similar" for DatagramChannel as an error for one recvfrom should for some cases not close the underlying fd.

Sure, more generally we probably need a system for hooking syscalls in tests.

@Lukasa yep this sounds good...

@Lukasa so maybe something like a "global" registry ?

Either global, or a way to hook them on a per-socket basis.

@weissi thoughts ?

@Lukasa PTAL again... added a test. The way its done here (by extending ServerSocket) did sound like the easiest and the one with the smallest overhead to me.

@Lukasa fixed

Ok, I'm happy, let's let @weissi review.


Fe assignment 1

drift video link - https://app.drift.com/video/share/abrCAREIfi5Y1AXgTOVDLTuzy9PRNOi02Rj7rxli7iQEo
CDN link - https://kirti-fe-assignment-1.azureedge.net/kirti-fe-assignment-1/index.html

this is the desktop view

this is the mobile view

this is the like functionality display of the code

this is my azure CDN profile
the explanation and code to like button is shown in the drift video, and a very short run through to the code is done in the drift. The complete explanation of azure CDN creation is also shown in the video.

Metric
Value

alert_status
:white_check_mark: OK

bugs
2

code_smells
2

reliability_rating
C (at least 1 Major Bug)Note: A being best, E being worst

security_rating
A (0 Vulnerabilities)Note: A being best, E being worst

vulnerabilities
0

Metric
Value

alert_status
:white_check_mark: OK

bugs
2

code_smells
2

reliability_rating
C (at least 1 Major Bug)Note: A being best, E being worst

security_rating
A (0 Vulnerabilities)Note: A being best, E being worst

vulnerabilities
0


Improve scraper to provide results for image, videos and file-types

Image and video results don't have any endpoint in API of query server currently, which specifically takes file-type as input. Please implement it to allow us to include a query service for images and videos as well.

I would like to work on this issue.

@mariobehling Is this issue still active. Please let me know  I am willing to work on it. 😄

Right now, we only get general search results from search engines. Next, the goal is to get search results that are limited to e.g. video results - just like in the Google video tab.

Hello @mariobehling, I would like to work on this issue.

Any update on this issue @himanshukumar660 ?

@raju249 Yes, I'm working on it. Maybe you could give me sometime as i am having trouble building it. If i am not able to successfully proceed on it within some days, i will inform you.

Hey no problem. Take you time. 😊
I just wanted that it's not left out ☺
Go ahead

Thanks

On Mon, Nov 27, 2017 at 10:00 AM, Rajendra kadam<EMAIL_ADDRESS>wrote:

Hey no problem. Take you time. 😊
I just wanted that it's not left out ☺
Go ahead
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://mailtrack.io/trace/link/6b86d5b379ed240a9dd25762a0fd82e466a563b8?url=https%3A%2F%2Fgithub.com%2Ffossasia%2Fquery-server%2Fissues%2F58%23issuecomment-347076274&userId=1839408&signature=602881751b2194d8,
or mute the thread
https://mailtrack.io/trace/link/ebc28e18077f05d9c2465d92b73e9b51da35c7a2?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAQFgzZAKQsPuHZw0jQEShR4TbDPkuo3hks5s6jrWgaJpZM4Nzs32&userId=1839408&signature=f150fad80e34f2c9
.

--
Himanshu Kumar
B. Tech (Penultimate year)
Computer Science and Engineering
Ph. no. - (+91)<PHONE_NUMBER>
National Institute of Technology, Durgapur
Mahatma Gandhi Avenue,
Durgapur, West Bengal- 713209
India

@himanshukumar660 Please check #320 and #321. It's already claimed, please ask the claimers if they are working on issue or not. Since I claimed #320 so will send PR shortly. Sorry for the delay

Shall we close this since the features needed here are taken care of in #320 and #321 .
@vaibhavsingh97 ?
/cc @mariobehling @bhaveshAn

Please see it has a single issue which has been split up by #320 and #321


Usage with Rollup/ES Modules

TUI Editor looks fantastic. I'm wondering if anyone has gotten it successfully set up with Rollup/ES modules? We can't seem to get things bundled up correctly.  Should we be looking here for what packages we need to pull in: https://github.com/nhn/tui.editor/wiki/Getting-started-with-bower
Or is there any easier way? Thanks!
Version
1.4.1
Test Environment
Chrome latest, Windows latest
Current Behavior
Can't import as ES module
import Editor from 'tui-editor';

Expected Behavior
Package is usable as an ES module

We provide a bundle file that has all dependency. That is tui-editor-Editor-full.
So if you import tui.editor like below, you can bundle by Rollup.
import Editor from 'tui-editor/dist/tui-editor-Editor-full';

Please try this full file and let me know if it is bundle properly.
We need more analysis on this issue, but perhaps markdown-it seems to be the cause of the problem.

I find problems again. When bundling markdown-it, rollup-plugin-json is needed. And  rollup-plugin-node-builtins is needed.
Please try to insert those plugin in your rollup.config.js.
If you use those plugin, ES module import is possible.

Thanks for the quick response, actually with import Editor from 'tui-editor/dist/tui-editor-Editor-full'; I don't seem to need the rollup plugins you mentioned, using the latest versions of all packages. I do remember seeing error messages about those plugins yesterday when I was trying to import Editor from 'tui-editor'; though.
I use gulp + rollup, if you guys are ever interested in an additional section of your docs for rollup usage I could probably throw something together. Thanks for the great tool.


link to compatibility compatrix is missing

could you create a link to SSDT compatibility matrix with attunity connectors (https://docs.microsoft.com/en-us/sql/integration-services/attunity-connectors?view=sql-server-ver15) in page
https://docs.microsoft.com/en-us/sql/integration-services/install-windows/install-integration-services?view=sql-server-ver15
instead of the link to attunity connectors latest version download page that does not mention compatibility issue with SSDT ?
Thanks

@mco100 Thank you for the feedback, assigning this to the author for review.

link is updated.

Thanks @chugugrace! I'll close this issue now. And thanks for the feedback @mco100!


feature: eliminate AssertNumRows

Proposed changes
eliminate AssertNumRows if output is already satisfy it.

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

run buildall

(From new machine)TeamCity pipeline, clickbench performance test result:
the sum of best hot time: 47.04 seconds
stream load tsv:          533 seconds loaded<PHONE_NUMBER>9 Bytes, about 133 MB/s
stream load json:         20 seconds loaded<PHONE_NUMBER> Bytes, about 112 MB/s
stream load orc:          64 seconds loaded<PHONE_NUMBER> Bytes, about 16 MB/s
stream load parquet:          32 seconds loaded 861443392 Bytes, about 25 MB/s
insert into select:          29.0 seconds inserted 10000000 Rows, about 344K ops/s
storage size:<PHONE_NUMBER>1 Bytes

run buildall

run buildall

run buildall

run buildall

run buildall


build(fee): add events to l2 cost

This change is

[!WARNING]
This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

#462  👈
#461
#460
#455
#454
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @nimrod-starkware and the rest of your teammates on  Graphite


Minor grammar edits

:+1: Awesome, thanks!

Thanks @tmcw! These small PRs really make me very happy :cupid:


authMiddleware stop working as of 2.0.0!

I noticed that the auth middleware just stopped working when updating to v2.0.0.
Here is the working config that was used before:
export const networkLayer = (store: Store<*, *>): RelayNetworkLayer =>
  new RelayNetworkLayer(
    [
      urlMiddleware({ url: graphQLURL }),
      authMiddleware({
        token: () => store.getState().auth.accessToken,
        tokenRefreshPromise: () => refreshToken(store.dispatch),
      }),
      next =>
        req => {
          req.headers['X-Stats-Timeout'] = statisticsTimeout;
          return next(req);
        },
    ],
    { disableBatchQuery: true },
  );

I then removed the batchQuery config as it was moved to another middleware but the auth middleware stopped working. It crashes on the, recently added, thrown error inside of the fetchWithMiddlewares-function https://github.com/nodkz/react-relay-network-layer/blob/master/src/fetchWithMiddleware.js#L25.
By throwing there the 401 error does not reach the 401 check inside of the authMiddleweare.
If you need more info just let me know 😄

Thanks for reporting.
Please check new version. Should be published in a couple of minutes.

That was fast 👍 Thanks


BUG: Ensure crs_wkt passed in when writing memfile

Closes #907

Coverage decreased (-0.4%) to 83.83% when pulling f4ae51d015241f57490c9af17ff35891c51b27da on snowman2:memfile_crs_wkt into a9feeb5d8387ad923551a85db3896ec17fc81d40 on Toblerity:maint-1.8.

Thanks for the review @sgillies 👍


ExKMC and outliertree for explainable clustering and outlier detection

You could add these :)
https://github.com/david-cortes/outliertree
https://github.com/navefr/ExKMC

@Dobatymo
Thanks. Grad to add these two links. You are welcome to pull requests on XAI to this repo. Feel free to do it. Your contribution will count a lot.
Warmest regards,
Yongjie


Ignore Opacity for Android MediaElement

Description of Change
Android VideoView opens a separate Window above the current one.
This is because it is based on the SurfaceView.
And we cannot set alpha or perform animations with it because it is not synchronized with your other UI elements.
We may set 0 or 1 alpha only.
Bugs Fixed

Fixes #530

API Changes
None
Behavioral Changes
Android MediaElement is not disappearing if alpha is set to value from the interval (0;1)
PR Checklist

[ ] Has tests (if omitted, state reason in description)
[X] Has samples (if omitted, state reason in description)
[X] Rebased on top of main at time of PR
[X] Changes adhere to coding standard
[ ] Updated documentation

A new build for this PR has been completed. As a result a NuGet has been created which allows you to verify this fix or try out the new feature! Download here

A new build for this PR has been completed. As a result a NuGet has been created which allows you to verify this fix or try out the new feature! Download here


fix: websocket performance issue

Fix websocket performance issue that was causing slow syncing of indexer

prnet cleaned-up successfully


Select data filtered by DateTime

I have stored data to litedb, for exp.,
{
  {
    "_id": {
      "$guid": "fdc994f0-0e98-4d1a-4112-08d5f134d7f7"
    },
    "ValidFrom": {
      "$date": "2018-07-24T00:00:00.0000000Z"
    },
    "ValidTo": {
      "$date": "2018-08-11T00:00:00.0000000Z"
    }
  }
}

and I want to select it by query.
I do request to litedb
Find(Query.LTE("ValidTo", DateTime.Today)
but no records were received from db.
I know that I can select all data from db and use .Where expression to filtered it, but I don't want read all data from db.
Any ideas?

[FromQuery(Name = "from_date")] DateTime? fromDate = null, [FromQuery(Name = "to_date")] DateTime? toDate = null - api args
            if (fromDate != null)
            {
                query = Query.And(
                    query,
                    _db.Mapper.GetQuery<Document>(_ => _.CreateDateTime.ToFileTime() >= fromDate.Value.ToFileTime())
                );
            }

            if (toDate != null)
            {
                toDate = toDate.Value.AddDays(1); // include current day
                query = Query.And(
                    query,
                    _db.Mapper.GetQuery<Document>(_ => _.CreateDateTime.ToFileTime() <= toDate.Value.ToFileTime())
                );
            }

Hi! With the objective of organizing our issues, we are closing old unsolved issues. Please check the latest version of LiteDB and open a new issue if your problem/question/suggestion still applies. Thanks!


Add ifDefined() directive

For AttributeParts, sets the attribute if the value is defined and removes the attribute if the value is undefined.
For other part types, this directive is a no-op.
Example:
const render = () => html`

`;

Fixes https://github.com/Polymer/lit-html/issues/437 :)

@sorvell I considered ifExists that would check for null and undefined. I don't think a falsey check is a good idea. Falsy is too loose, 0 and '' fall into it.

I think isDefined is fine, personally. Missing properties are undefined, non-present keys in Maps, too. Anything more complicated would be better served with a predicate. We could add a second argument to this directive for a predicate function.

Is the desired behaviour when you have multiple conditionals that it only removes the attribute if both are not defined? I think that's what the current implementation does.
html`<div class="${ifDefined(className)} ${ifDefined(otherClassName}"></div>`

Maybe add a test for that case.

This does fix the unintentional attribute but at the cost of making lit-html less developer friendly. Can we default to not setting the attribute if undefined without the need for this directive?

@sorvell the most important thing here is the correct logic for setting and removing the attribute. Users can transform custom values they want to force a remove into undefined to reuse this directive. They can easily make a custom directive based on that too.

Got a verbal LGTM from @sorvell. Merging.