[deleted]
- Edited
Can we choose a future date and stick posts permanently to the beginning of the homepage with this plugin?
Is there any harm to seo?
Discussion and post author and date change
[deleted] I don't know what would happen. But this extension certainly won't prevent you to set dates in the future.
I don't think Flarum itself will encounter issues if you do it, but it could mess with some other community extensions that do things based on the discussion date.
If the discussions has no replies, it might be impossible to mark it as read if it has a date in the future.
Changing the date of posts can cause more serious issues however. When the numbers and dates are no longer chronological, linking to a specific post can cause all kind of weird jumping issues.
Permanently sticking posts could be achieved via an extension as is said in the other discussions about it. Personally I only see that change as bad UX. The homepage is supposed to show content the user hasn't read yet.
10 days later
1 post was split to fof user counts off.
9 days later
The previous Discussion preview of old author won't change to new author along with the author name
r4nchy which one is out of date?
The author/avatar on the post might indeed not refresh because Flarum has special conditions to decide when to redraw and the author changing isn't listed in those conditions, but I could add it.
Keep mind mind you still need to edit both the discussion author and first post author. I have an issue about that here clarkwinkelmann/flarum-ext-author-change4
- Edited
clarkwinkelmann The one on the left (homepage) is out of date.
The avatar and username on discussion page gets updated, but not on the homepage
r4nchy is it a refresh issue (fixed with a full page reload)? Or a permanent difference that persists across reloads?
If it persists across reloads then it's probably the situation described in issue #4 above (as well as the README), you need to manually edit both the discussion (dropdown next to reply in the right sidebar) and the first post (3 dot menu under the first post)
If it's just a refresh issue, how are you experiencing it? Going back to homepage right after changing the author? In which order are you changing the post and discussion author?
clarkwinkelmann you need to manually edit both the discussion (dropdown next to reply in the right sidebar) and the first post (3 dot menu under the first post)
This worked, thanks
2 months later
- Edited
Version 1.0.0
- Adds compatibility with Flarum 1.0
- Adds "sync with first post" feature when editing discussion
- Fix discussion last post meta not always updated
EDIT: post updated because I forgot to mention there were new features in addition to 1.0 compatibility!
clarkwinkelmann Thanks a lot
clarkwinkelmann user search is not working, unable to select any user . see this is happening in console
flarum 1.0 and Author Change 1.0.0
Hari I don't see the same errors as you but I noticed some problems when User Directory was enabled at the same time.
I have published version 1.0.1 with a fix.
If that doesn't fix it for you, can you share your php flarum info output?
- Edited
clarkwinkelmann now I see no errors and its working perfectly
you did something something (magic) 
composer require clarkwinkelmann/flarum-ext-author-change
a year later
Hello,
When I change the date of a message (I want to use it when i split/merge conversation), they stay at the same place inside the discussion. I don't find a way to display the discussion in the (new) chronological order. Is it normal? Is it something I miss?
TB54 I think that in current Flarum version that's what should happen, yes.
However in the upcoming Flarum 1.3 version Flarum is moving away from date sorting and will now always sort by post number so the behavior you describe will be standard from 1.3 flarum/framework3282
You'd need another extension that re-numbers a discussion based on the new dates if you want to change the order "properly". Not sure how the Merge extension does it, maybe it could be an option over there to either order by number or by date before re-numbering the discussion.
Re-numbering in this extension could be problematic because it changes post permalinks. Re-numbering should only be done when moving posts to a new discussion.
clarkwinkelmann I think that in current Flarum version that's what should happen, yes.
Mmm, don't know what's not working then... Maybe an extension conflict?
But if I understand you well, even if I use date to change the place of a message, the message will comes back to it's original place (the one of its number) when the update will come? It will be retroactive?
TB54 the message will comes back to it's original place (the one of its number) when the update will come?
From what I understand from the Pull Request that was merged into Flarum, it will be retroactive yes, because it changes the column used for sorting in the SQL requests, so it will affect all existing discussions as well.
I wasn't aware of this change until now, I was reviewing the Flarum code on master branch to see how sorting is done and noticed it was changed from what I remembered. There's also an issue that outlines some of the reasons for the change flarum/framework3281
Unfortunately Flarum doesn't have any good way of re-ordering posts or adding posts in between existing ones. As the issue points out, not ordering by post number causes issues with perma-linking. But re-numbering posts would cause perma-links to change as well so there's really no good solution available at the moment 
Maybe perma-links should be decoupled from discussion pagination at some point. Post numbers in the URL could be kept to linking to a specific place in the discussion (nth-post), while a different perma-link would contain the post ID and redirect to the correct post number dynamically when accessed. It's less elegant, but would probably be the best option to add flexibility to the post stream without needing to change how the infinite scrolling and pagination works.
7 months later
After the Core update from 1.3.1 to 1.6.2 the user can't choose another author anymore. When another user is clicked in the modal window, it redirects to the user page
hrvoje_hr I cannot replicate the issue on Flarum 1.6.2 and extension 1.0.2 on Firefox. The related code in Flarum hasn't been modified since last year so it doesn't look like there was any change in Flarum that could break it.
Can you share your php flarum info output and browser information? It might be a conflict with another extension.