Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Execution of middleware chain using blocks, unit tests, and minor cleanup #1

Merged
merged 1 commit into from Feb 5, 2012

Conversation

ryanlecompte
Copy link
Contributor

Hey Mike,

See the pull request. I normally use rspec for tests so perhaps my minitests aren't as clean as they could be. Hopefully it's good enough to get merged in though.

Thanks!

Ryan

mperham added a commit that referenced this pull request Feb 5, 2012
Execution of middleware chain using blocks, unit tests, and minor cleanup
@mperham mperham merged commit 31efbce into sidekiq:master Feb 5, 2012
@mperham
Copy link
Collaborator

mperham commented Feb 5, 2012

Nicely done!

@ryanlecompte
Copy link
Contributor Author

Thanks Mike! Looking forward to contributing more to the project!

@ghost ghost mentioned this pull request Feb 9, 2013
@dnnyjns dnnyjns mentioned this pull request Feb 23, 2019
@mperham mperham mentioned this pull request Oct 29, 2019
jr180180 added a commit to jr180180/sidekiq that referenced this pull request Mar 17, 2022
…nt listeners

Related to: sidekiq#5230

### Bug sidekiq#1: Multiple event listeners are added to elements

When adding event listeners to elements, Javascript will generally prevent duplicating the listener if the callback function is named. Anonymous functions aren't tracked the same way. Javascript will continue to add an event listener every time the polling happens. This commit names those functions where the listeners are added to elements outside of the "page" `div`.

The duplicate event listeners caused some odd behavior:

1. Clicking in the "Stop Polling" caused a single GET call to the server for each event listener on the element. This will be problematic if someone leaves the polling on for an extended period of time.
2. It would some times cause the "Stop Polling" functionality to not stop polling.

#### How to duplicate:

1. Open the page inspector from the developer tools of your browser.
2. Click on the "event" button next to the "Live Poll" button in the inspector. You'll see that there's only one event listener.
3. After the page does a poll, click on it again and you'll now see two event listeners with the same function.
4. Click on the stop polling button
5. Look at your server logs and you'll see a single request per event listener

### Bug sidekiq#2: Ghost interval continues polling after clicking "Stop Polling"

Every time the `addListeners` function was called, it would call the `scheduleLivePoll()` function and setup a new `setTimeout`. Thus, when you clicked on the "Stop Polling" button, it would continue to poll because of a stray `setTimeout`. The only way to stop the polling was to refresh. This commit prevents the function from running if a timeout already exists.

#### How to duplicate:

1. All the UI to poll for 30 seconds
2. Clear your server logs
3. Click on "Stop Polling"
4. Watch your server logs and you'll see the same polling request continue to come in every five or so seconds.
mperham referenced this pull request Mar 17, 2022
I find `push` is easier to read this way. push_bulk is quite complex and adds a net-negative layer of abstraction.
mperham pushed a commit that referenced this pull request Mar 17, 2022
…nt listeners (#5247)

Related to: #5230

### Bug #1: Multiple event listeners are added to elements

When adding event listeners to elements, Javascript will generally prevent duplicating the listener if the callback function is named. Anonymous functions aren't tracked the same way. Javascript will continue to add an event listener every time the polling happens. This commit names those functions where the listeners are added to elements outside of the "page" `div`.

The duplicate event listeners caused some odd behavior:

1. Clicking in the "Stop Polling" caused a single GET call to the server for each event listener on the element. This will be problematic if someone leaves the polling on for an extended period of time.
2. It would some times cause the "Stop Polling" functionality to not stop polling.

#### How to duplicate:

1. Open the page inspector from the developer tools of your browser.
2. Click on the "event" button next to the "Live Poll" button in the inspector. You'll see that there's only one event listener.
3. After the page does a poll, click on it again and you'll now see two event listeners with the same function.
4. Click on the stop polling button
5. Look at your server logs and you'll see a single request per event listener

### Bug #2: Ghost interval continues polling after clicking "Stop Polling"

Every time the `addListeners` function was called, it would call the `scheduleLivePoll()` function and setup a new `setTimeout`. Thus, when you clicked on the "Stop Polling" button, it would continue to poll because of a stray `setTimeout`. The only way to stop the polling was to refresh. This commit prevents the function from running if a timeout already exists.

#### How to duplicate:

1. All the UI to poll for 30 seconds
2. Clear your server logs
3. Click on "Stop Polling"
4. Watch your server logs and you'll see the same polling request continue to come in every five or so seconds.
jasonpenny pushed a commit to Appboy/sidekiq that referenced this pull request May 2, 2024
Remove RTT checking from Sidekiq since we have our own monitoring, th…
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants