-
Notifications
You must be signed in to change notification settings - Fork 9.3k
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
Incompatibilies with jQuery 3 #13685
Comments
@kirmorozov, thank you for your report. |
Such bug report is not valid. While jQuery, like any other third party library, can definitely be upgraded via one or more PRs, core is not supposed to be forward compatible with any version but only with ones actually used. |
… with jQuery 3.* #13686
Accepted Public Pull Requests: - #13735: [Forwardport] Fix adding values to system variable collection (by @nmalevanec) - #13733: [Forwardport] Refactoring: remove unuseful temporary variable (by @nmalevanec) - #13731: [Forwardport] Display a more meaningful error message in case of misspelt module name (by @nmalevanec) - #13727: [Forwardport] Show maintenance IP-address without commas (by @nmalevanec) - #13729: [Forwardport] Update StorageInterface.php (by @nmalevanec) - #13635: [Forwardport] #13498 issue #13497 - Method getUrl in Magento\Catalog\Model\Product\Attribute\Frontend\Image (by @nmalevanec) - #13686: #13685: Replaced .size() with .length to be compatible with jQuery 3.* (by @kirmorozov) - magento-engcom/magento2ce#1203: Report error csv doesn't work when trying to import a csv file with semicolon delimiter[forwardport]. (by @nmalevanec) - #13361: Fix URL passed to static.php in PHP in-development server (by @nieltg) Fixed GitHub Issues: - #5015: Report error csv doesn't work when trying to import a csv file with semicolon delimiter (reported by @agoeurysky) has been fixed in magento-engcom/magento2ce#1203 by @nmalevanec in 2.3-develop branch Related commits: 1. 7c03614
Hi @kirmorozov. Thank you for your report. The fix will be available with the upcoming 2.3.0 release. |
* Updating jQuery to 3.3.1 (originally from npm) * Updating jQuery Migrate 3.0.1 (originally from npm)
Main concern was .browser from #14267 |
Sure.
It was just meant as notice. |
Totally agree with this. |
@VladimirZaets was assigned to latest PR, |
If jQuery can be upgraded to the 3.x release stream without significant regression, then we could do it. But we can't set a precedent where we keep all of the core I sympathize with @leoquijano in being forced to use older versions of plugins, but the jQuery install base is still largely 1.x, and so the community of plugin authors usually do maintain 1.x compatibility. Alternatives are likely to exist. So again, in the individual case, I support experimenting with jQuery 3, but I think it's likely that an upgrade would break more functionality than it would enable. |
@zetlen, I would be more concerned about what jQuery version is expected by the other libraries, and not by the global use base. If we were concerned by that metric, we wouldn't be using PHP 7 either, since 82.7% of the global installations use v5.x. Since jQuery is such a critical library, having an old version of it is probably blocking upgrades for the other libraries, and not the other way around. Keep in mind that a jQuery Migrate v3 plugin is available to smooth out the upgrade process. That effectively makes it look like we have v1.12 in terms of backwards compatibility. |
@leoquijano We're not officially refusing a jQuery 3 upgrade because of that install base metric. It's just a stat to help us all weigh the costs and benefits. Again, we're open to a PR to upgrade to jQuery 3, considering its special role as a nearly global dependency. But I want to avoid:
We all probably want such a PR to have safeguards in place to prevent that last thing in particular. Maybe |
Thanks @zetlen. There are a few PRs already in progress, if I understand correctly? |
That's right! I'm just stating on this thread our requirements for such a PR to merge. Thanks! |
@zetlen any update on this one? It is too risky to get into a patch release but it would be super helpful for 2.4 branch as it helps us address major security questions. |
@piotrekkaminski Nobody has sent me a jQuery upgrade PR to review, but I also haven't looked for one. The things we are looking for are still the same:
I would be really excited to see such a change, and though there is a regression risk, I think it's digestible by an ambitious community developer. |
@piotrekkaminski It may satisfy the following, too:
But without seeing the output of an end to end test, we can't be sure! |
@piotrekkaminski Hello old friend. |
@piotrekkaminski |
Revert "MAGETWO-95280: Storefront Images Don't Scale Back To Original Size In Mobile" This reverts commit 13d360d
Hi @kirmorozov, thank you for you report, this issue has already fixed in 2.3-develop branch, and available on 2.3.0 release. |
@engcom-backlog-nazar are you sure? https://github.com/magento/magento2/blob/2.3-develop/lib/web/jquery.js#L2 |
@orlangur hmm.., but this comment -> #13685 (comment) |
…uery Migrate from online builder
…uery Migrate from online builder
Fixing tabs behaviour with upgraded jquery-ui in admin.
is there any update? since the the jQuery version is still v1.12.4 https://github.com/magento/magento2/blob/2.3.2/lib/web/jquery.js#L2 |
We'd like to use tools that are standard in web development industry.
This includes latest jQuery.
Preconditions
Steps to reproduce
Expected result
Actual result
The text was updated successfully, but these errors were encountered: