[1.x] [likes] fix: Ignore isLiked when post is not comment post.

[zxy19]

Changes proposed in this pull request:

When someone set isLiked attribute on a post that's not a comment (e.g. type discussionTagged) through api, it will be saved and send the notification to user. Then in PostLikedNotification component, the method excerpt is trying to get the plainContent to truncate, which will lead to a frontend error.

According to addLikeAction.js, user should only be able to like a comment post, so it should be ignore if target post is not a comment post.

Necessity

• Has the problem that is being solved here been clearly explained?
• If applicable, have various options for solving this problem been considered?
• For core PRs, does this need to be in core, or could it be in an extension?
• Are we willing to maintain this for years / potentially forever?

Confirmed

• Frontend changes: tested on a local Flarum installation.
• Backend changes: tests are green (run composer test).
• Core developer confirmed locally this works as intended.
• Tests have been added, or are not appropriate here.

[YUCLing]

In that case, you'll be better off detaching all the likes from the posts. Since the like and unlike are both forbidden now, there's no way to achieve it except by modifying the database.

[zxy19]

In that case, you'll be better off detaching all the likes from the posts. Since the like and unlike are both forbidden now, there's no way to achieve it except by modifying the database.

You are right. A new migration file was add to remove those records.

[YUCLing]

Hang on... I think this fix will reduce the extensibility of the Likes extension. Another way of fixing this is preferred. 🤔

[ExerciseBook]

is it no need to delete?

just keep it in database for rolling back.