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

Update Feature/451 notification visibility branch for #461 #482

Conversation

jerclarke
Copy link
Contributor

For this I started with feature/451-notification-visibility branch, merged in master, then fixed a small conflict and commited.

I then added a commit with my fix described in a comment on #461

Now I'm trying to submit a PR. This is all part of #265

If this is wrong, please tell me what I should have done instead. Thank you.

goodguyry and others added 30 commits July 29, 2014 22:40
`home_url()` will only add a trailing slash to a site's home URL
if a path is passed as an argument.

If no path is passed, a page preview could be something like:

http://wp.wsu.dev?page_id=1

And it would work fine in most cases.

In a subdirectory multisite configuration, a page preview could be
something like:

http://wp.wsu.dev/site?page_id=1

This could be processed by WordPress as a lookup for a page named
"site" rather than a site with that URL because no trailing slash
exists.

When adding query args to `home_url()`, we should tell it to use
a slash to avoid confusion.

See `_get_page_link()` for how core builds these in a way where a
slash is always added.
fix get_beginning_of_week returning wrong results when given $date is not a start of the week
fix get_beginning_of_week returning wrong results on DST switching
All I did was to replace the timesince function with the human_time_diff function from WordPress. This way, the time difference is automatically created.
Return early if notifications are disabled.

Also check for an empty result from the database, rather than 1.
add_comment_meta’s 4th arg is false by default, so no need to declare.
Simplify most of the logic.

Also remove the need for two different CSS classes as we can just default to once set of styles.
Default to the “sucess” state.

Also have the text aligned left which seems to work better for cases where a lot of people were notified.
Use the success/green and failed/red colors from WP core.
`install()` is not run on VIP Go sites, so we must add the caps via filters instead.
rinatkhaziev and others added 24 commits May 6, 2018 23:56
Improve i18n - use human_time_diff in Story Budget module.
…pdate(). This expects the HTML form to use the POST method.
…tepad-superglobals

Changed $_REQUEST usage to $_POST usage in handle_notepad_update()
…get-post-form

Notepad dashboard widget method changed to POST
…s-notification-meta

Display who was notified for an editorial comment
…270-comments-notification-meta

Revert "Display who was notified for an editorial comment"
…52-feature/270-comments-notification-meta

Revert "Revert "Display who was notified for an editorial comment""
…ated-time

Displaying updated time instead of creation time in Notepad Dashboard Widget
…lity

# Conflicts:
#	modules/notifications/lib/notifications.js
… users

The jQuery used to get the text from the node next to the textbox (username)
There is now an extra div around the checkbox, so this is broken.
New jQuery gets the parent of the checkbox, then searches it's siblings for the displayname and uses that
@WPprodigy
Copy link
Contributor

This could cause some issues merging this way, but not really your fault with making this change given the current state of PRs.

I agree with your comment in another ticket about creating a feature branch to get all these things merged together since they are so interdependent. Then you can push a PR against the branch.

@jerclarke
Copy link
Contributor Author

Thanks @WPprodigy

So I'll wait for further instructions WRT all this I guess.

cc/ @sboisvert

@rinatkhaziev
Copy link
Contributor

rinatkhaziev commented Dec 19, 2018

Hi @jerclarke, thanks for your work, however, merging this in might be a huge ordeal which none of us needs to go through :)

Do you mind opening a new PR and abandoning this one? I believe I've merged all the other work in master already.

My plan is to release 0.9 this week.

@jerclarke
Copy link
Contributor Author

Working on this today, takes awhile just to remind myself what I was doing a month ago. Can't guarantee anything ready, that's a pretty tight deadline.

@rinatkhaziev
Copy link
Contributor

rinatkhaziev commented Dec 21, 2018 via email

@jerclarke jerclarke closed this Dec 21, 2018
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.

10 participants