H5P GamiPress Automator URL redirect blocked/suspended

  1. Detailed steps to reproduce the bug (exactly how and when did it happen)
  • Create H5P Fill in the Blank.
  • Create GamiPress achievement on completion of the H5P Fill in the blank.
  • Create Automator URL redirect based on the GamiPress achievement.
  • Execute the H5P task, the GamiPress achievement succeeds, the Automator URL redirect says it was successful, but no redirection occurs.
  • A 404 page or a second automator activation will result in the pending URL redirection, which can occur after navigating to another page or two and then suddenly you are redirected.
  1. Platform and version number. E.g. Drupal, Wordpress, Moodle.

Wordpress, current version.  All plugins used are current version

  1. Mobile or Desktop

Both

  1. Browser: Chrome, Firefox, Safari etc

Chrome, Firefix, Brave, Safari, all have same issue.

  1. H5P plugin version

Current.

  1. H5P content type and version (if a content type was used), and a sample URL or attached H5P.

Fill in the blank.

  1. Any browser console errors

None.

  1. Any PHP errors

None.

  1. Screenshots if it's a visual problem

None.

  1. Any recent changes to the environment (new plugins/modules, updates, configuration changes etc.)

All new setup.  I have pursued this with the GamiPress/Automator support and they are now saying it is an H5P issue.  I have removed all plugins down to the minimum to run the scenario, even built an entirely new Wordpress setup with just the plugins to create the scenario.  Both fail.

  1. Any recent changes to the browser you're using (new extensions, updates etc.)

No.

Content types: 
otacke's picture

Hi!

Did the maintainers of GamiPress/Automator actually give some information what they think is going wrong? H5P doesn't know about the other plugins, and once it has sent the xAPI statement that the others use to detect completion, it's out of the loop and is not involved at all with any URL redirection.

Best,

Oliver 

Oliver,

I can provide the entirety of that discussion, it is in PDF format and I can't attach that here.

Thanks, Robert

otacke's picture

Hi!

A PDF? Weird. What's wrong with copy & paste?

Best,

Oliver 

If all you want is the text... I'll try that.

Hi Robert. Then you will have to contact H5P support and explain the problem so that they can solve it.
Please keep me informed about it.

Best regards Francisco GonzalezSupport engineer at AutomatorWP and GamiPress AutomatorWP on Facebook / Official community @AutomatorWP AutomatorWP on YouTube---------------------------------------- 

LEGAL NOTICE:This message and its attached files may contain confidential information. Communication, reproduction or distribution of this message is prohibited. If you are not the final recipient, please delete it and inform us via this channel.

 

In accordance with the provisions of the current legislation on data protection, we inform you that your personal data will be processed under the responsibility of SWEET CODE CHEF SL to manage the relationship that binds us, and will be stored for no longer than is necessary in maintaining the purpose of processing. The data will not be transferred to third parties unless legally obliged to do so. You may exercise your rights of access, rectification, portability, erasure, restriction and opposition by sending an e-mail to [email protected], and if you consider that the processing does not comply with the current legislation, you may file a claim with the supervisory authority at www.aepd.es.
In compliance with the principle of data accuracy established in GDPR and LOPDGDD we request you to communicate any variation or change in your personal data that figures in our database as soon as possible by using the e-mail address [email protected]

 

 

El mié, 27 jul 2022 a las 15:00, Robert J Becraft (<[email protected]>) escribió:
Francisco,
It appears the H5P integration is the issue.

Two scenarios, one pure Automator, works fine.  Second one, H5P/Gamipress achievement still does not work.  Log in both instances shows URL redirect "should" have worked.

Thanks,
Robert



On 7/27/2022 7:33 AM, Francisco Gonzalez wrote:
Hi Robert. I just did a test on my WordPress and it still works perfectly.
I recorded a video for you to see that it is working. https://www.loom.com/share/d599d1af0ec24b7fac6f5f2ff092b7bc
Check to have all plugins updated to the latest version.
And disable all plugins except GamiPress and AutomatorWP for testing.
Also define a theme that comes by default in WordPress.
With these tests we can rule out that it is a plugin problem.

Best regards Francisco GonzalezSupport engineer at AutomatorWP and GamiPress AutomatorWP on Facebook / Official community @AutomatorWP AutomatorWP on YouTube---------------------------------------- 

LEGAL NOTICE:This message and its attached files may contain confidential information. Communication, reproduction or distribution of this message is prohibited. If you are not the final recipient, please delete it and inform us via this channel.

 

In accordance with the provisions of the current legislation on data protection, we inform you that your personal data will be processed under the responsibility of SWEET CODE CHEF SL to manage the relationship that binds us, and will be stored for no longer than is necessary in maintaining the purpose of processing. The data will not be transferred to third parties unless legally obliged to do so. You may exercise your rights of access, rectification, portability, erasure, restriction and opposition by sending an e-mail to [email protected], and if you consider that the processing does not comply with the current legislation, you may file a claim with the supervisory authority at www.aepd.es. In compliance with the principle of data accuracy established in GDPR and LOPDGDD we request you to communicate any variation or change in your personal data that figures in our database as soon as possible by using the e-mail address [email protected]

 


El mié, 27 jul 2022 a las 1:05, Robert J Becraft (<[email protected]>) escribió:
Francisco,

Follow up to earlier reply.

Installed a brand new Wordpress, Gamipress, Automator, and H5P, nothing else.



Defined 1 Achievement,



Defined 1 Automator task,



Achievement is based on H5P Fill in the blank action.



2 Pages...





The achievement is successful...



Automator appears to be successful, but no redirection occurs.




View Page 1, enter the code "001", click check, this should result in a URL redirect to Page2-2.

Curiously, navigate to the page https://metaphaze/Quest/Page2/  which doesn't exist after doing the above, it will display a 404, then executes the URL redirect.  I wasn't sure why wordpress made the Page2 plug Page2-2, so happened to test that and discovered this behavior.



Thanks,
Robert



On 7/26/2022 4:09 AM, Francisco Gonzalez wrote:
Hi ROBERT. That's quite strange, it should work for you.
Try a clean install, if you click on this link it will create a new installation with AutomatorWP where you can test it. https://tastewp.com/new/?pre-installed-plugin-slug=automatorwp
If it works in the new installation, then it is possible that you have installed on your website some plugin or theme that is conflicting with AutomatorWP and its add-ons.
In this case I recommend you to perform a conflict test.
The conflict test is really simple, all you need is to switch to a default WordPress theme (to check that the conflict is not coming from your theme):
https://codex.wordpress.org/WordPress_Default_Themes

And deactivate the plugins one by one to find the one that is causing this problem.

Please let us know which theme or plugin is causing this problem to contact its authors and ask for a solution. Hope it helps!

Best regards Francisco GonzalezSupport engineer at AutomatorWP and GamiPress AutomatorWP on Facebook / Official community @AutomatorWP AutomatorWP on YouTube---------------------------------------- 

LEGAL NOTICE:This message and its attached files may contain confidential information. Communication, reproduction or distribution of this message is prohibited. If you are not the final recipient, please delete it and inform us via this channel.

 

In accordance with the provisions of the current legislation on data protection, we inform you that your personal data will be processed under the responsibility of SWEET CODE CHEF SL to manage the relationship that binds us, and will be stored for no longer than is necessary in maintaining the purpose of processing. The data will not be transferred to third parties unless legally obliged to do so. You may exercise your rights of access, rectification, portability, erasure, restriction and opposition by sending an e-mail to [email protected], and if you consider that the processing does not comply with the current legislation, you may file a claim with the supervisory authority at www.aepd.es. In compliance with the principle of data accuracy established in GDPR and LOPDGDD we request you to communicate any variation or change in your personal data that figures in our database as soon as possible by using the e-mail address [email protected]

 


El lun, 25 jul 2022 a las 19:09, ROBERT BECRAFT (<[email protected]>) escribió:

Hey Francisco,Thanks for your excellent support. The suggestions you provided do not change the behavior of this automation.  I have noted with further testing and trying different post trigger activities that it is the next automation that gets triggered that completes the url redirection. The url redirection is properly logged in the automator log, but that redirection doesn’t complete at that point.  I can navigate to other pages and until I do something that triggers another automation, the redirection remains incomplete. Thanks,Robert
On Jul 25, 2022, at 4:44 AM, Francisco Gonzalez <[email protected]> wrote:
Hi Robert J Becraft. I would be more than happy to assist you today. I just did a test with the action of redirecting a user to a URL and it works perfectly. image.png image.png
Possibly you have defined in the automation "times per user=1", if you have it so defined then the same user will be able to run this automation only once.
That's why when you reset the user's earnings it doesn't work.
Try defining "times per user=0". https://automatorwp.com/docs/getting-started/automations/
Times per user field defines the number of times an individual user can complete this automation.

This means that if you set the times per user to 5 and set your automation to send an email for visiting a post, this process will repeat 5 times for each user.

By default, this field is always initialized to 1 and you can set it to 0 to make the completion times per user unlimited.image.png Hope it helps!

Best regards Francisco GonzalezSupport engineer at AutomatorWP and GamiPress AutomatorWP on Facebook / Official community @AutomatorWP AutomatorWP on YouTube---------------------------------------- 

LEGAL NOTICE:This message and its attached files may contain confidential information. Communication, reproduction or distribution of this message is prohibited. If you are not the final recipient, please delete it and inform us via this channel.

 

In accordance with the provisions of the current legislation on data protection, we inform you that your personal data will be processed under the responsibility of SWEET CODE CHEF SL to manage the relationship that binds us, and will be stored for no longer than is necessary in maintaining the purpose of processing. The data will not be transferred to third parties unless legally obliged to do so. You may exercise your rights of access, rectification, portability, erasure, restriction and opposition by sending an e-mail to [email protected], and if you consider that the processing does not comply with the current legislation, you may file a claim with the supervisory authority at www.aepd.es. In compliance with the principle of data accuracy established in GDPR and LOPDGDD we request you to communicate any variation or change in your personal data that figures in our database as soon as possible by using the e-mail address [email protected]

 


El dom, 24 jul 2022 a las 16:29, Robert J Becraft (<[email protected]>) escribió:

From:
Robert J Becraft

Subject:
Automation to send user to URL doesn't trigger when logged, but does on next automation

Message:
Automator is set to trigger on completion of a Gamipress achievement composed of two H5P tasks. The Automator log shows the completed URL transfer, but nothing happens with the user.

When testing this and having nothing happen, there is a button on the main page to reset the user back to initial state to then test again. The curious thing is using the reset button, suddenly the user is transferred to the URL. Thinking this was odd, did a second button on the main page and found that the behavior isn't specific to the first reset button, but that both buttons trigger the URL transfer that was supposed to be associated with the original automation.

Automation1
Complete Triggers in order set on
Trigger: Gamipress Achievement 1
Action: Transfer user to URL xxx

Automation2
Trigger: Gamipress Achievement 999
Action: Remove Role
Action: Reset user meta data

Automation3
Trigger: Gamipress Achievement 9
Action: Reset user meta data

GamiPress Achievement 1, complete sequentially.
Complete a specific interactive content at maximum score, H1
Complete a specific interactive content at maximum score, H2

GamiPress Achievement 999.
Click a button with a specific identifier, Q999-999

GamiPress Achievement 9.
Click a button with a specific identifier, Q9

Achievement1 and Automation1 should be the only related constructs for the URL transfer. Both 999 and 9 get the added effect in that they result in the user being transferred to the URL that should have happened before going to the main page and pressing the buttons related to 999 and 9. Since 999 removes all the roles associated with the achievements and automation up to that page transfer point, the role allowing the user to see the URL that should have been shown with Automation1 is not restricted so they get a restricted message.

I just adjusted the GamiPress Achievement 1 to only be one H5P interaction and the behavior remains the same.


 
otacke's picture

Hi!

Sorry, but I don't see any technical assumption about why H5P would be the cause, just some "It must be H5P".

H5P does not know about the other plugins and was not specifically designed to work with them. It seems to be the other way around, however. From what I understand, there's an extra plugin for GamiPress that is designed to integrate it with H5P. If that fails, then I think someone from the GamiPress maintainers would need to check why that might be and inform the H5P core team about the technical issue and maybe even suggest a solution.

As mentioned before, H5P sends out xAPI statements and that usually is the way other plugins track completion. That's where H5P's involvement in your process ends. H5P has not involvement in how GamiPress handles achievements, and H5P has no involvement in how AutomatorWP redirects to other pages.

If there's in fact something that H5P has influence on and that can be clearly pin-pointed, then I am sure that the H5P core team might consider changing things if they don't interfere with H5P itself - but I doubt that someone in the H5P community (including myself) is going to install the plugins, try to figure out how all of them work and trace the code steps just to solve this for you based on merely some assumption that "it must be H5P".

Cheers,
Oliver

Thanks Oliver.  I agree with you.  I unfortunately have no under-the-covers knowledge to debug this myself and it is curious that the redirect gets lost until another event seems to release it in a totally unrelated place and context on the website.  I will push back on the Gamipress/AutomatorWP support since the bulk of the code is outside the H5P construct and all theirs.