-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove filter="url" for wrapper iframe #37547
Conversation
I have tested this item 🔴 unsuccessfully on 106b730 This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/37547. |
Removing also validate - enables relative urls as mentioned in #33235 |
The autoadd function works only in frontend, not in backend. You can see the code in components\com_wrapper\src\View\Wrapper\HtmlView.php. In my opinion this is wrong in the view but this is not in scope here |
I have tested this item ✅ successfully on 106b730 This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/37547. |
@Quy is correct. It reverts those other issue/PRs. I can never find this stuff so thank you for finding it. So someone let me know if I should test and then the other PR would be reverted or if we close this and I deal with it a different way, k? Thanks for testing @brianteeman |
Thanks @Quy. If this enforced http//: is intended, then the the code in components\com_wrapper\src\View\Wrapper\HtmlView.php is wrong. I never use this and so have no opinion |
I have tested this item ✅ successfully on 106b730 Let's see what happens now. This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/37547. |
hmm i dont think we should remove the validation here. Better we should create a filter that also allows relative URLs where the question should be asked first why should we iframe an internal URL in the first place? And by the intial report the 'issue' is that the protocol has been added? why is that an issue isnt adding the protocol not something thats a good thing? maybe I'm missing something here? |
@zero-24 At my company, we aren't using an internal URL. We're using a shortcode off to a different server. Our current extension adds the https so in the menu item we kept it turned off. We can't go adding http(s) twice now, can we?! So two choices: the option is added back into Joomla or my company changes our extension to NOT have the http(s) to make up for the change and maybe not be able to use the shortcode anymore since I don't think we can have Joomla detect the "s" on a shortcode. Simply said, it was something we used. I didn't know it had disappeared in J4. I thought it was a bug. The fact that the setting/parameter Auto Add can be set to "No" but doesn't obey "No" should be addressed though. Either allow it to be turned off for reals, or remove the Auto Add parameter completely since it doesn't work. It adds http when it is set to No. This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/37547. |
What is a shortcode in this context? In the past it was just a "you can add here anything" field now we make sure its an URL including the protocol. |
I still have the question why we need to use relative paths in the first place but when its documented that way an filter that allows relative paths should be created and we should not just remove the current url filter |
In the best case there should just be an option within the current URL filter like "allowRelative=true" and in case its not set its not allowing relative URLs while this option will be set here ;) |
Why not simply switch the validation filter on/off with the existing Auto Add option button ? |
That would mean the validation rule has to check the option of an specific backend component which is not a good idea and auto Add has nothing to do with the validation but is adding stuff the the when the user does not add it. |
We have a lot of sites. Instead of having to put the server name in each site (different for every instance), we use a shortcode - imagine it's something like This is the second thing to be removed from the iframe menu item but the documentation says it exists #37544. In the case of this issue, I can work around it if I have to but the fact remains, there's an Auto Add option toggle that should allow me to turn it off and I can't. So is it a bug? Or is it just other people deciding what's good for me to put in the URL field? OR should the Auto Add parameter also be removed since it's a pointless toggle? |
We have custom scripts/tools that are developed on a development environment before being moved to production, using a relative path allows us to copy and paste everything between our production and development environments instead of manually setting them. While not a lot of work, it's unnecessary work and one more thing for someone to miss when trying to code/debug |
RTC This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/37547. |
@RickR2H please take off the RTC label as there is still an open discussion how to solve this issue. |
and please put the RLDQ tag back |
@bembelimen and @zero-24 any updates on this one? |
I have tested this item ✅ successfully on 106b730 This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/37547. |
This pull requests has automatically rebased to 4.2-dev. |
This pull requests has been automatically converted to the PSR-12 coding standard. |
This pull request has been automatically rebased to 4.3-dev. |
This has been waitinf ro a release lead to make a decision for over 1 year :( |
I ended up having a custom menu item built as part of our custom extension
so I could migrate. I still think this fix should be done though.
…On Wed, Jul 12, 2023, 6:54 AM Brian Teeman ***@***.***> wrote:
This has been waitinf ro a release lead to make a decision for over 1 year
:(
—
Reply to this email directly, view it on GitHub
<#37547 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABNNIUZA3AKUWLGPO5F33VTXP2F7DANCNFSM5TIISJWQ>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
I've tested this and noticed that when no schema was added to the url it still added a single slash in front of the url in the generated html. When i looked at the dom it looked like this: src="/domain.nl" while the url field only contains domain.nl This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/37547. |
@TLWebdesign - thanks for testing - is this a problem within this PR or another issue? |
Pull Request for Issue #37545 .
Summary of Changes
Remove filter="url" for wrapper iframe url.
Testing Instructions
see issue #37545
Actual result BEFORE applying this Pull Request
Url without http(s):// gets prefix http:// automatically
Expected result AFTER applying this Pull Request
Url without prefix is possible.
Make sure that the url then is correct in frontend.
Documentation Changes Required