Post Reply [Paid] 4.0.1

[Truonglv]

Truonglv updated Post Reply with a new update entry:

3.0.2

Notable changes:

• Fixed too many depth error

Read the rest of this update entry...

 

[Fatih]

Truonglv updated Post Reply with a new update entry:

3.0.2



Read the rest of this update entry...

TruonglvGood job, Upgrading now

 

[Truonglv]

Truonglv updated Post Reply with a new update entry:

3.0.3

Notable changes:

• Fixed poster was not show
• Improvement depth comments in small screens

Read the rest of this update entry...

 

[e-Dewan]

Thank you for awesome addon

I have 2 issues (My forum is RTL "Arabic")
1. In the post reply, If the username is in Arabic language, username is connected to the next word, it should be a single space between username and first post word to avoid text connection.

2. I have an addon to show "Thread Starter" indicator, the in indicator is shown in my reply (because thread starter username in my replay)

 

[Truonglv]

Thank you for awesome addon

I have 2 issues (My forum is RTL "Arabic")
1. In the post reply, If the username is in Arabic language, username is connected to the next word, it should be a single space between username and first post word to avoid text connection.

2. I have an addon to show "Thread Starter" indicator, the in indicator is shown in my reply (because thread starter username in my replay)

View attachment 4600

e-DewanCan you give me a thread link to see the issues?

 

[e-Dewan]

Can you give me a thread link to see the issues?

TruonglvI have disabled the addon.
Can you fix it without re-enabling the addon?

 

[Truonglv]

Truonglv updated Post Reply with a new update entry:

3.0.4

Notable changes:

• Fixed RTL issue

Read the rest of this update entry...

 

[caoanh204]

Truonglv updated Post Reply with a new update entry:

3.0.4



Read the rest of this update entry...

TruonglvNew version 3.0.4 had this error when delete post or using spam cleaner delete all posts:

Error: Call to a member function onItemDeleted() on null in src/addons/Truonglv/PostReply/Entity/Item.php at line 149
Truonglv\PostReply\Entity\Item->_postSave() in src/XF/Mvc/Entity/Entity.php at line 1266
XF\Mvc\Entity\Entity->save() in src/addons/Truonglv/PostReply/XF/Entity/Post.php at line 181
Truonglv\PostReply\XF\Entity\Post->_postSave() in src/addons/XFES/XF/Entity/Post.php at line 9
XFES\XF\Entity\Post->_postSave() in src/XF/Mvc/Entity/Entity.php at line 1266
XF\Mvc\Entity\Entity->save() in src/XF/Entity/Post.php at line 873
XF\Entity\Post->softDelete() in src/XF/Spam/Cleaner/Post.php at line 44
XF\Spam\Cleaner\Post->cleanUp() in src/XF/Spam/Cleaner.php at line 154
XF\Spam\Cleaner->cleanUpContent() in src/XF/Spam/Cleaner.php at line 137
XF\Spam\Cleaner->cleanUp() in src/XF/Pub/Controller/SpamCleaner.php at line 47
XF\Pub\Controller\SpamCleaner->actionIndex() in src/XF/Mvc/Dispatcher.php at line 350
XF\Mvc\Dispatcher->dispatchClass() in src/XF/Mvc/Dispatcher.php at line 257
XF\Mvc\Dispatcher->dispatchFromMatch() in src/XF/Mvc/Dispatcher.php at line 113
XF\Mvc\Dispatcher->dispatchLoop() in src/XF/Mvc/Dispatcher.php at line 55
XF\Mvc\Dispatcher->run() in src/XF/App.php at line 2344
XF\App->run() in src/XF.php at line 512
XF::runApp() in index.php at line 20

 

[TradCan]

Hi,

The other admin of our XenForo forum purchased this add-on a while back. For the most part, it works well!

We have noticed one 'bug' which is worth pointing out. Doesn't occur too often on our forum, but has happened at least twice in a few months time.

When a (parent) thread comment is deleted, any (child) comment replies are automatically moved. The immediate/first (child) comment becomes the new (parent) thread comment, to which the (grandchild) comment replies are now the immediate/first (child) comments. That's how I figure you wanted it to work.

The one 'bug' with that is that non-admin/non-mod users of our forum cannot edit their own comments after they have been auto-moved in this manner. I suspect this has to do with this add-on. I have some non-admin/non-mod debugging console screenshots to go along with this, if that would be helpful.

I also have some ideas for possible 'options' or new features of this add-on. I'll bring most of these up later, though, one of them might automatically resolve the potential 'bug' described above.

Tweak idea #1 ... rather than fully (soft) delete the (parent) thread comment, replace whatever was in the comment with the word 'deleted' and remove the associated username. Thus, automoving of comments after the relevant parent comments are deleted would not occur, which should iron out that bug automatically. The one piece of this I haven't quite figured out is what the screen would look like for the mods/admins of the forum, when there is a deleted comment. Presumably, we would want the mods/admins to still have access to see the (soft) deleted content.

For a visualization of what that tweak idea could roughly look like (for a non-admin/non-mod user), from a different forum software, see below:

 

[Truonglv]

Hi,

The other admin of our XenForo forum purchased this add-on a while back. For the most part, it works well!

We have noticed one 'bug' which is worth pointing out. Doesn't occur too often on our forum, but has happened at least twice in a few months time.

When a (parent) thread comment is deleted, any (child) comment replies are automatically moved. The immediate/first (child) comment becomes the new (parent) thread comment, to which the (grandchild) comment replies are now the immediate/first (child) comments. That's how I figure you wanted it to work.

The one 'bug' with that is that non-admin/non-mod users of our forum cannot edit their own comments after they have been auto-moved in this manner. I suspect this has to do with this add-on. I have some non-admin/non-mod debugging console screenshots to go along with this, if that would be helpful.

I also have some ideas for possible 'options' or new features of this add-on. I'll bring most of these up later, though, one of them might automatically resolve the potential 'bug' described above.

Tweak idea #1 ... rather than fully (soft) delete the (parent) thread comment, replace whatever was in the comment with the word 'deleted' and remove the associated username. Thus, automoving of comments after the relevant parent comments are deleted would not occur, which should iron out that bug automatically. The one piece of this I haven't quite figured out is what the screen would look like for the mods/admins of the forum, when there is a deleted comment. Presumably, we would want the mods/admins to still have access to see the (soft) deleted content.

For a visualization of what that tweak idea could roughly look like (for a non-admin/non-mod user), from a different forum software, see below:

View attachment 4760

TradCanIt fixed now.

 

[Fredy]

After upgrading to 3.0.x the rebuild cache task always runs into an infinite loop after some time and apache/php runs at 100% CPU usage. I let it run for quite some time and it did not resolve itself. Unfortunately, it does not produce an error since it just runs forever.
Since there is no way to downgrade the addon, I had to disable the addon for threads to work again.

 

[Truonglv]

After upgrading to 3.0.x the rebuild cache task always runs into an infinite loop after some time and apache/php runs at 100% CPU usage. I let it run for quite some time and it did not resolve itself. Unfortunately, it does not produce an error since it just runs forever.
Since there is no way to downgrade the addon, I had to disable the addon for threads to work again.

FredyIt's output the progress IDs. Did you see that changes?