maksanse

Hello Julio et merci pour ta réponse rapide ici.
Super si SecuPress est toujours ta priorité + que vous allez avoir de l’aide pour le support ! J’avoue que j’ai cru à ce que d’autres commentaires pouvaient dire…

cette fausse pression que tu penses mettre, c’est assez rigolo non ??

Loin de moi l’idée de descendre un collègue entrepreneur qui veut faire du super taf ! Comme je l’ai dit ci-dessus, j’ai vraiment trouvé SecuPress et ton équipe très bonne depuis longtemps.

C’est juste que de mon c?té, après 12 jours sans réponse à ce problème bloquant + un autre antécédent cette année de demande de support via ton site (non présente dans ton screenshot ?? — sans doute via un autre email ?) où je n’avais pas eu de réponse non plus, j’ai juste réellement cru que toi et les autres aviez quitté le navire…
(Et c’est vrai que quand son site est down, le temps semble trèèès long… J’imagine que tu vois de quoi je parle…).

Ceci dit, je comprends très bien les problématique de support en période de rush… et suis sincèrement ravi que vous puissiez reprendre un rythme prochainement, et vais pouvoir remonter ma note ??
(Idée au passage pour éviter les mauvaises interprétations comme je l’ai fait : Ne pourriez-vous pas envoyer un mail automatique après la création de nos demandes de support pour dire que vous “répondrez bient?t et généralement en XX heures / jours” ?
Je pense que ?a serait top et permettrait d’envoyer des PJs / compléments d’information comme je l’ai fait ! En tout cas, de mon c?té, j’aurais été rassuré car j’ai eu de bonnes expériences par le passé avec ton équipe ??)

Maintenant, à propos des problèmes rencontrés (si jamais ?a peut t’aider dans ta prochaine release) :

• Requête “action=secupress_fightspam_retest” qui met le CPU serveur dans le rouge (derniers tickets) :
  ==> Aucune idée de ce qui la déclenche, mais comme je le partage dans mon mail : désactiver l’anti-spam SecuPress résout immédiatement le pb
  ==> Il est probable que ?a soit isolé car je ne l’ai rencontré que sur 1 de mes sites. Si ?a ne résonne pas chez vous, j’ai trouvé une solution alternative pour éviter les bots et laisserai désormais ce module du plugin désactivé chez moi
• Problème pour lequel je n’ai pas remonté de ticket (car je pensais que vous étiez off) : Activer les ? WordPress action logs ? m’a occasionné de manière aléatoire des modifications de titre d’article (avec l’ajout d’un “–archived” ou qqch du genre dans le titre, 2 à 3 fois par semaines sur 5 à 10 articles sur 2 sites).
  ==> Après plusieurs semaines à renommer mes titres d’articles sans comprendre le souci, j’ai fini par creuser les logs serveurs et vu que le renommage arrivait systématiquement après une action de log SecuPress.
  J’ai sans y croire désactivé le module “WordPress action log” et le problème ne s’est pas reproduit (effet de bord sur mon installation quand les logs sont activés ?)
  ==> Idem si ?a ne résonne pas : Je laisserai le module désactivé désormais mais tu peux maintenant comprendre pourquoi le plugin m’a donné du fil à retordre dernièrement
  

Pour la suite des choses entre nous, je te mets un tag “3 étoiles” dans mon support. Rigolo aussi dans ce sens non ? ??

Moi aussi j’ai des notes pour me souvenir des clients …comment dire… non idéaux ??
Désolé si j’ai ajouté de la pression ou de la rancoeur ici. ?a n’était pas mon intention…

Mais encore une fois, je suis ravi de lire que le plugin n’est pas mort et qu’il continue à bouger ??

Bien à toi,

Great ! Thank you Robin ??

Thank you for the clarification.
And instead of blaming anyone (for being generous with the community and provide awesome features ??), I THANK YOU 2 with Robin for what you give ?? You rock !

Wow ! Huge THANK YOU @codejp3 for this investigation ??

I just tested the fix you provide, and it corrects the issue on my website also ! I guess you can push it for everyone !

(So if I understand well : the issue is with bbpress itself because of a wp core udpate, and your fix adds the missing line for bbpress so that translations works “as expected” ?)

Best regards,

• This reply was modified 7 months, 1 week ago by maksanse.

Hello Robin,

I come back to you about this translation issue because I am stucked here.
I was hoping deleting the bbpress “system” po file for the translation would force the system to use the “custom” translation file until the next bbpress update (what is rare as you said).

But this system file is actually automatically recreated by wordpress, which makes me loose my translation every time.

Would it be possible to use YOUR translation file again as it was working in the past ?

Best regards ??

Thank YOU for your work !

All bbpress translations have this issue (I focus on this one because I have different kind of notifications for my forum).

Thank you for the code.
I did test the change and the issue persists ??

I totally can make a test / replace a source file and tell you the result ??

Hello Robin,
Hope you and the lambs are good ??

Did you get a chance to have a look to my above answer ?

(The “author” I mentioned above is LocoTranslate Plugin’s author, and he says that if a plugin request bbpress translation earlier than LocoTranslate, it may break the normal translation process).

Kind regards

The author gave me this info :

If it’s requesting a “bbpress” translation?before Loco Translate has loaded, then the?LoadHelper?will not run. This may cause later (well behaved) translation requests to skip the loading stage.

Does that give ideas of what the issue could be ?

Thank you for that info. I will share it to the plugin’s author ??

Ok thank you for the fast answer.

Do you have any idea I could suggest to the 2nd plugin author ?
(As said above, when activated, his plugin “forces” system location file to be used instead of custom location file)

Ok, thank you for your time ??

I will try to find another workaround directly with LocoTranslate to avoid the manual task through time.

Will keep you updated if any idea come up on that topic.

Kind regards

Thank you ??
I hope it will be as easy as possible for you to find a solution ??

Best regards

Hello Robin !
Great ! Here is a video to help you reproduce the bug : https://www.loom.com/share/bf5d4a1fdfa444fcb2de7bb067d07d5a?sid=c1e11f8e-0f03-4ed1-a3f8-c36ee2e4d07b

Steps you can use when you have bbpress + bbp style pack + Loco Translate activated :
1) Copy the bbpress system fr translation file to custom location (this custom location file won’t be erased in the next bbpress update, and wordpress use it in priority (normally)
2) With your plugin activated, this custom location translation isn’t used (this is the bug we talk about)
3) With your plugin deactivated, the custom location translation is used (no bug)

I hope everything makes sense for you. Don’t hesitate for any question you have and sorry for my bad english in the video ??