Another (pro) template iframe integration is on the way

Post a reply


This question is a means of preventing automated form submissions by spambots.
Smilies
:D :) ;) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :!: :?: :idea: :arrow: :| :mrgreen: :geek: :ugeek:

BBCode is ON
[img] is ON
[url] is ON
Smilies are ON

Topic review
   

If you wish to attach one or more files enter the details below.

Maximum filesize per attachment: 1 MiB.

Expand view Topic review: Another (pro) template iframe integration is on the way

Re: Another (pro) template iframe integration is on the way

by axew3 » Sat Aug 03, 2024 9:18 pm

And about the possibility to push real phpBB urls:
i tested that it is possible and works, but it is required that the wordpress and phpBB are into DOMAIN/DOMAIN or same SUBDOMAIN/SUBDOMAIN.
So if wordpress and phpBB are on same domain, or both on same subdomain, it is possible.
While it is not possible into domain/subdomain.

ex: wp at mysite.com and phpBB at mysub.mysite.com NOT possible
ex: wp at mysite.com and phpBB at mysite.com/forum possible
ex: wp at mysub.mysite.com and phpBB at mysub.mysite.com/forum possible

The unique problem, is this:
the address bar is pushed with real phpBB urls, and also the browser's history with the same value.
When an intentional browser's page refresh happen due to an intentional user's action that go to reload the WP parent page, the browser's history is broken exactly like it is now into the actual and still not updated base64.
Both will be provided, anyway the above new base64 works very fine and i will apply also, if possible, another good feature
viewtopic.php?p=6597#p6597

Re: Another (pro) template iframe integration is on the way

by axew3 » Sat Aug 03, 2024 10:24 am

After, i've return over this complicate thing.
I've get the following possible working results.

Using the history.replaceState in place of history.pushState and some other changes into the javascript that manage the iframe parent/child messages, and another php trick on same page-forum code (or the shortcode code when it will be added) it is possible to achieve the follow:
the parent, correctly show into the address bar, the actual iframe encoded phpBB url where it is on.
On parent reload so, the right phpBB page will be naturally presented, and plus, moving again back/forward with the browser, it will be ever and again on the right place. Very nice!

The other is this:
viewtopic.php?p=6605#p6605

Re: Another (pro) template iframe integration is on the way

by axew3 » Wed Jul 24, 2024 9:20 am

So finally yes, i was not sure of, but now i can say that probably i've find out the way to:

do not push URL's into the parent WP address page.
let reload the page into the same, when an intentional browser's reload of the parent WP page occur.

But the most important that the new way do is this:
when the parent WP page is reloaded, into the base64 old code, the browser's history is lost.
Once the parent WP page has been reloaded, when you click into the browser's back button, the next/prev page that will show isn't anymore the one expected or worst, there is no one navigable, even if the history result to be populated. The browser's history is broken.
With the new code, this old and very notable issue, has been resolved.
And several more. There will be practically no difference on browsing the forum into the iframe or at real URL.
I feel like this into my local test.

There is a last issue that i would like to fix, so then the pro-template integration code will be released.
Stay tuned lovely people!

Re: Another (pro) template iframe integration is on the way

by axew3 » Tue Jul 23, 2024 9:30 am

The problem about the parent WP reload and popup confirmation that you rightly reported, when the login/out is done into the iframed phpBB, has been fixed:
https://www.axew3.com/w3p/board/
It just do not fire anymore when a login/out into the iframed phpBB occur.
Any other eventual event conflicting with the correct parent reload (which i cannot imagine at moment what other could be, but surely could exist someone else) can be fixed in the same experimented (and working) way.

Ps. why did you not changed, into your site, the custom fancy URL (pushed URLs into the address bar) to be something like
.../forum/?surfing=dmlld3RvcGljLnBocD9wPTY1NTYjcDY1NTY=
and you're using the default w3 ....forum/?w3=dmlld3RvcGljLnBocD9wPTY1NTYjcDY1NTY=
??

Re: Another (pro) template iframe integration is on the way

by axew3 » Mon Jul 22, 2024 7:02 pm

When i try to login, it present the dialog, then if you choose to not leave the page, it is obvious that then the WP parent page will not reload, and the user will result logged into phpBB and apparently not in WP.
But it could be maybe fixed, so to avoid the confirmation popup when the login/out occur.
It is a good point that should be fixed if possible (or in effect it would be not so nice maybe).

P.s and in any case it will never substitute the actual and default base64, it will be just a possible another way not included, that can be added.
I am not also totally sure that it will decently work.

The possible feature that will be possible to be added, is the draggable Reload forum (iframe) button:
having it on WP parent or phpBB is very easy and require few lines of code.
But as said, and like before, it will not included by default.

Re: Another (pro) template iframe integration is on the way

by Ezrael » Mon Jul 22, 2024 6:11 pm

Without reloading WordPress after logging in through phpBB, the WordPress site still thinks you are not logged in.

I already tested it here. In my case, Safari asked me if I wanted to stay on the page or leave the page (which means reloading WordPress) when I used the phpBB login.

I understand the idea behind it, but especially for users like me, where parts of the WordPress menu are only visible after reloading WordPress while using the phpBB login, this template isn't very useful.

Top