Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
jQuery 1.3 is almost upon us (rc2 is out already): http://groups.google.com/group/jquery-dev/browse_thread/thread/d1d688cdd...
I've tested it against most of the code I've written myself, and I've found no regressions or incompatibilities.
Has anyone tried it with Drupal, and are there plans to roll a release of jQuery Update for it?
Comment | File | Size | Author |
---|---|---|---|
#124 | jquery_update_form.patch | 17.9 KB | jcmarco |
#40 | jquery_update_358082_40.patch | 381.77 KB | katbailey |
Comments
Comment #1
mfer CreditAttribution: mfer commentedjQuery Update will have a release for jQuery 1.3. Once the new version of jQuery is out I'll test it (unless someone else wants to) across all of drupal 6. If there are any issues we will fix them and bundle the fixes with the module. I would expect jQuery Update to come out with a new release in the week or two following the official jQuery release.
Basically, I don't want to do testing more than once and I think jQuery 1.3 release should be tested across all of drupal core.
If you are looking to help test see http://groups.drupal.org/node/5974#javascript for areas that need to be tested.
Comment #2
stella CreditAttribution: stella commentedjquery 1.3 was released today FYI
Comment #3
pcambraIt would be super useful to have jquery 1.3 in Drupal ;)
Comment #4
Carlitus CreditAttribution: Carlitus commentedYeahh! Live Events! :)
Comment #5
mfer CreditAttribution: mfer commentedTesting is underway. :)
Comment #6
j0rd CreditAttribution: j0rd commentedsubscribing
Comment #7
korvus CreditAttribution: korvus commentedSubscribing
Comment #8
mfer CreditAttribution: mfer commentedWe have to wait for jQuery 1.3.1 to come out. There's a bug that's causing errors in drupal. The bug has already been fixed in jQuery and will be released in 1.3.1 in the next couple weeks. Details on the issue are available at http://dev.jquery.com/ticket/3837.
Comment #9
John Resig CreditAttribution: John Resig commentedActually, it's likely that 1.3.1 will be coming out within the next day or two.
Comment #10
mfer CreditAttribution: mfer commentedThanks for the update.
Comment #11
nevergone CreditAttribution: nevergone commentedsubscribe
Comment #12
Leeteq CreditAttribution: Leeteq commentedSubscribing.
Comment #13
cmoad CreditAttribution: cmoad commentedSubscribing
Comment #14
mfer CreditAttribution: mfer commentedjQuery 1.3.1 is out. http://blog.jquery.com/2009/01/21/jquery-131-released/
Comment #15
gzfelix CreditAttribution: gzfelix commentedSubscribing
Comment #16
svilen CreditAttribution: svilen commentedSubscribing
Comment #17
mikl CreditAttribution: mikl commentedI've started testing, but after replacing the jQuery files in the replace with the 1.3.1 versions, I get this error on every page:
I've tried tracing it down, but that's kinda hard, since Firefox doesn't give a line number for the error and even mighty Firebug doesn't have a clue.
I thought I had it nailed down to the admin menu module, but it persists after uninstalling that…
Comment #18
mikl CreditAttribution: mikl commentedDisregard the previous error. I had a rather nasty case of #338630: Locale is unable to rebuild lost Javascript translation files, so after fixing that, everything (admin menu included) has been working.
Comment #19
mfer CreditAttribution: mfer commented@mikl the syntax of [@type='file'] no longer works in jQuery 1.3 for selectors. This is something that we will be dealing with in the update.
Comment #20
mikl CreditAttribution: mikl commented#19: Okay, the issue hasn't cropped up again, and my Drupal is humming along nicely. Apparently, there's a lot I didn't know about how Drupal uses jQuery.
Comment #21
mfer CreditAttribution: mfer commentedjQuery 1.3.1 regression.... $(document).ready() fires after images load in ie. Details at http://dev.jquery.com/ticket/3988 and http://stackoverflow.com/questions/477463/jquery-is-waiting-for-images-t...
I'm going to wait until after this issue is fixed to release an updated version of the module because this regression is rather large and will cause a lot of support requests and head scratching. Unless someone can give me a good reason to jump on this now.
Comment #22
j0rd CreditAttribution: j0rd commentedPersonally I would prefer a new release made for jQuery 1.3 of jquery_update on Drupal.org. This would allow early adopters to see a "stable" release and jump on it and get a lot of testing done, and would allow production sites to continue to use the old stable version, which works peachy keen.
I'd suggest jquery_update DRUPAL-6--1-3-beta1 or DRUPAL-6--2-0-beta1 which includes jquery 1.3 .
I have a feeling there will be a lot of regression issues which might popup and jquery team has a history of releasing things a little too soon.
That's my take on it. I'll upgrade some of my sites to jQuery 1.3 once this becomes available.
Comment #23
mfer CreditAttribution: mfer commented@j0rd OK, I'll work on a beta release and put a big fat notice on it about the regression. No stable releases until jQuery 1.3 is stable though.
Comment #24
matt_paz CreditAttribution: matt_paz commentedsubscribing ...
Comment #25
katbailey CreditAttribution: katbailey commentedmfer, let me know if you'd like any help with this as I'd be happy to look into any core js bugs that crop up with the new jQuery
Comment #26
mfer CreditAttribution: mfer commented@katbailey there are a number of core issues that pop up in switching to 1.3. Some of them have a solution on the core issue. One known issue is the dragging and dropping to rearrange things.
Comment #27
katbailey CreditAttribution: katbailey commented@mfer - wow, that's a strange one alright, those rows just disappear into the void! The elements seem to actually get removed from the DOM which seems impossible. I'll keep playing around with it in Firebug and see if I come up with anything but it looks like a tough one...
Comment #28
Flying Drupalist CreditAttribution: Flying Drupalist commentedsubscribe
Comment #29
aleksey.tk CreditAttribution: aleksey.tk commentedDevelopers of JQuery starting from 1.3.1 version stopped to provide packed version because of compatibility and speed issues. So i think "packed" setting in settings form should be removed along with packed jquery package.
Comment #30
mfer CreditAttribution: mfer commented@cyberpunk removing the packed version is a separate issue from this one. No need to kill any kittens by putting all the eggs in one issue.
Removing the packed version has a bike shed conversation attached and I don't want to mess with an update to deal with that.
Comment #31
dropcube CreditAttribution: dropcube commentedsubscribing ...
Comment #32
Renee S CreditAttribution: Renee S commentedsubscribing. live() is awesome!
Comment #33
oliverpolden CreditAttribution: oliverpolden commentedsubscribing
Comment #34
darvit CreditAttribution: darvit commentedjQuery 1.3.2 is out. http://docs.jquery.com/Release:jQuery_1.3.2
Comment #35
kje CreditAttribution: kje commentedsubscribing ...
Comment #36
katbailey CreditAttribution: katbailey commentedSee http://drupal.org/node/350275#comment-1292494 and the comment after it regarding the tabledrag problem.
Comment #37
lukussubscribing
Comment #38
korvus CreditAttribution: korvus commentedSince it looks like it's close to working for Drupal 7, is anyone up for re-rolling a jQuery Update version that includes jQuery Form 2.21? I'd be glad to test it on my site as the standard Drupal 6 version of jQuery is causing some serious performance problems for my users, and it appears that the problem is fixed in jQuery 1.3.x. As in, I'd be glad to turn it on with a live site that gets thousands of users a day, just because sticking with the alternative seems worse -- I hate to know how many users I lose from "unresponsive script" errors...
Comment #39
Flying Drupalist CreditAttribution: Flying Drupalist commentedI'm in the same boat as korvus, I really need this update.
Comment #40
katbailey CreditAttribution: katbailey commentedWhew! I think I got everything in here... i.e. Rob Loach's and quicksketch's changes from http://drupal.org/node/350275#comment-1311426. Hopefully I haven't forgotten anything. Please test.
Comment #41
katbailey CreditAttribution: katbailey commentedComment #42
mfer CreditAttribution: mfer commentedAwesome work. I'll review this (hopefully) between sessions at drupalcon.
Comment #43
c0m4 CreditAttribution: c0m4 commentedsubscribing
Comment #44
korvus CreditAttribution: korvus commented@katbailey,
Patch doesn't seem to work on the latest dev version (which looks like the latest in Drupal CVS, though I am no master of the web CVS browser). Of course, maybe you are working from a different version and I should just wait for mfer to merge these changes in first...
Comment #45
katbailey CreditAttribution: katbailey commentedhmm, I rolled it against the 6--1 branch because HEAD is now Drupal 7, not sure what's happening here... @mfer, were you able to apply the patch?
Comment #46
mfer CreditAttribution: mfer commentedJust to let you all know... working on some strange issues in garland on FF in the blocks admin page. This is still in progress.
Comment #47
mfer CreditAttribution: mfer commentedFor anyone wondering.... I think the bugs are worked out. I hope to post an update this week.
Comment #48
xmoe CreditAttribution: xmoe commentedsubscribing
Comment #49
cardentey CreditAttribution: cardentey commentedsubscribing
Comment #50
JurriaanRoelofs CreditAttribution: JurriaanRoelofs commentedsubscribe
Comment #51
mfer CreditAttribution: mfer commentedThe DRUPAL-6--2 branch now holds the upgrade code to 1.3.2. This needs to be tested some more before I release the module. The dev snapshot should show up in the next 12 hours to get it from somewhere other than CVS.
Note... this is untested.
Comment #52
jcmarco CreditAttribution: jcmarco commentedI have been testing this upgrade with Firefox and I have found this error in some pages using different modules:
[Exception... "'Syntax error, unrecognized expression: [@type=radio]' when calling method: [nsIDOMEventListener::handleEvent]" nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)" location: "" data: no]
This other is more explicit using voting_api, fivestar and standard jquery.js (no minified):
[Exception... "'Syntax error, unrecognized expression: [@name=vote_average]' when calling method: [nsIDOMEventListener::handleEvent]" nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)" location: "" data: no]
? in jquery.js?h@2864()jquery.js?h (línea 2869)
? in jquery.js?h@2762()jquery.js?h (línea 2762)
? in jquery.js?h@2665()jquery.js?h (línea 2693)
? in jquery.js?h@2464()jquery.js?h (línea 2468)
[Break on this error]
Comment #53
mfer CreditAttribution: mfer commentedjcmarco, what modules were you running? If you know what script file this is happening in it would be apprenticed. They can update their code for it to work with both 1.2.6 and 1.3.2 by moving to the following:
jQuery 1.2.x:
jQuery 1.2.6 and 1.3.x:
More detail at http://docs.jquery.com/Selectors/attributeHas#attribute
Comment #54
jcmarco CreditAttribution: jcmarco commentedI have already checked the modules using that reference in two different testing/development servers.
On these modules I really found bugs when testing the pages:
Views 2.x (it was impossible to use the Views UI)
FiveStar
And I also found that modules with that kind of @ reference:
OG_Access
ThickBox
Lightbox2
CTools
Coder
SignUp
Inside WYSIWYG as plugins: TinyMCE (3.2.1 is wrong but 3.2.2 is right) & FCKEditor 2.6.4
PathAuto
Paging
FAQ
Community Tags
That should be probably be added to Coder module and Drupal module migration book in order to warn people about this incompatibility.
Comment #55
mfer CreditAttribution: mfer commentedJust added an issue requesting this in coder... we are going to have some problems with jQuery 1.3.x for a bit it looks like.
Comment #56
jcmarco CreditAttribution: jcmarco commentedViews has been fixed, one less:
http://drupal.org/node/366250
Comment #57
mfer CreditAttribution: mfer commentedfivestar has been fixed as well. see #412126: Remove @ from selectors
Comment #58
markus_petrux CreditAttribution: markus_petrux commentedSubscribing
Comment #59
dddave CreditAttribution: dddave commentedsubscribing
Comment #60
mrfelton CreditAttribution: mrfelton commentedsubscribing
Comment #61
asak CreditAttribution: asak commentedsubscribing.
Comment #62
markus_petrux CreditAttribution: markus_petrux commentedIs there anything that can be done to help in any pending issue?
Would it be helpful to use a tag to identify issues that are preventing this update from being released?
Comment #63
KrisBulman CreditAttribution: KrisBulman commentedsubscribing
Comment #64
mfer CreditAttribution: mfer commentedI've moved this to the 2.x branch. That's where the code actually lies.
@markus_petrux at this point the 2.x branch needs to be tested with other drupal modules and those modules need to know where they aren't working. The most common issue is with the usage of @ in the selectors.
Once more of the modules have been tested I'll create a release. If you want to go ahead and use the 2.x branch please do. It's been updated. I just don't want to create a release, have a few thousand people install it, and break a bunch of sites.
Comment #65
markus_petrux CreditAttribution: markus_petrux commented@mfer: Thank you very much! :-D
Installing
6.x-2.x-dev
right now. I'll be using it for the projects I'm working on, and will report back any issue I may find. I'll also try to switch to jQuery UI 1.7, so that it fixes a few browser issues that I have to workaround in the meantime.Comment #66
markus_petrux CreditAttribution: markus_petrux commentedJust wanted to give some feedback after installing 6.x-2.x-dev with jQuery 1.3.2, and then, also upgrading to jquery_ui module to jQuery UI 1.7.1. Wow! Impressive! I'm really amazed by the performance improvements made to jQuery. And it makes you feel really comfortable to work with latest versions of these packages.
I don't think it's necessary to list all the modules we have installed, but we have a lot, including the major modules like views, cck, wysiwyg api, admin_menu, etc. No problem found, at least for the moment. Well, let me cross fingers, eh.
Thank you! :-D ...just wish there's not many issues and 6.x-2.x can go live soon.
Comment #67
mrfelton CreditAttribution: mrfelton commentedI upgraded a site running over 120 modules, and haven't noticed any problems yet...
Comment #68
jcmarco CreditAttribution: jcmarco commentedI tested again some modules after some updates on them, and I focus just in most used ones, as there are many ones with the @ issue around.
Views & FiveStar are working fine once they were fixed.
But:
Thickbox: #434660: Remove @ from selectors (it could be affecting as well to the thickbox login screen but I couldn't test it)
OG_Access !! #428824: Outdate jQuery selectors
Pathauto: node edit screen #434630: Remove @ from selectors
SignUp #434644: Remove @ from selectors
User Relationships UI (not tested yet, but it only affects to the popup sending button)
Paging (affecting to the configuration screen) #434652: Remove @ from selectors
Anyway I found some other modules that could have problems and I will test them:
> community tags
> faq
> lightbox2 (I almost forget this one)
@mfer I am using your description for the issues you open before because you explain it better than me.
Comment #69
Renee S CreditAttribution: Renee S commentedThe tabbed block module appears to be working just fine, as does FAQ and faq_ask for me.
Comment #70
JordanMagnuson CreditAttribution: JordanMagnuson commentedsubscribing.
Comment #71
markus_petrux CreditAttribution: markus_petrux commentedThe date_popup widget that comes with date module seems to look weird after the upgrade to jQuery 1.3.2 + jQuery UI 1.7.1. Anyone else?
Comment #72
jcmarco CreditAttribution: jcmarco commented@markus_petrux I was checking that module as well because I found some issues there, and finally everything was related to other module I patched/reported as OG_Access or pathauto ( I don't remember which one). Please check the patches I reported to that modules and test them, this way you could validate them at the same time.
Other question could be related with the jQuery UI that I am not testing at this time, because date popup says that if the jQuery UI exists it doesn't load its plugin, and there could be some conflict with that.
Comment #73
jcmarco CreditAttribution: jcmarco commentedMore testing, more patches, more issue reporting:
Paging: confirmed that it is affecting to node view and admin screen, reported patches for both js
#434652: Remove @ from selectors
Community Tags: bugs found, patch released and report to module issue queue:
#436446: Remove @ from selectors
User Relationships UI: reported issue and patch:
#436448: Remove @ from selectors
Please check the patches reported and validate them on each module issue list
Comment #74
markus_petrux CreditAttribution: markus_petrux commentedDate is (and it was) using ui.datepicker from jQuery UI libraries in jquery_ui module. It worked ok before upgrading, with jQuery 1.2.6 and jQuery UI 1.5.3, but not now with 1.3.2 and 1.7.1 respectively.
Date module is using other components of its own: custom CSS classes for ui.datepicker and the jQuery Time Entry plugin. Maybe the problem lives here since standalone ui.datepicker from jQuery UI work correctly. It doesn't when used from Date popup widgets, however.
I checked ui.datepicker classes provided by Date and still not able to see where could be the problem, if it is there.
Also, checked the homepage of jQuery Date Entry plugin, and here there's something about upgrading from jQuery 1.2.6 up to 1.3.x:
http://keith-wood.name/timeEntry.html
I could open an issue to the Date project, but I first wanted to comment the issue here, as it maybe related to something else particular to my configuration.
Edit: I just opened a feature request to the Date module: #436490: Add support for jQuery update to 1.3.x and jQuery UI 1.7.x
Comment #75
Boobaasubscribing
Comment #76
jcmarco CreditAttribution: jcmarco commentedStatus Update
FIXED:
Paging: Fixed with #434652: Remove @ from selectors
User Relationships UI: Fixed with #436448: Remove @ from selectors
Thickbox: Fixed with #434660: Remove @ from selectors
Pathauto: Fixed with #434630: Remove @ from selectors
SignUp: Fixed with #434644: Remove @ from selectors
views: Fixed with #366250: jQuery 1.3.x and Views UI
fivestar: Fixed with #412126: Remove @ from selectors
PENDING:
OG_Access: Pending #428824: Outdate jQuery selectors
Community Tags: Pending with #436446: Remove @ from selectors
Coder: Updated and patch issued with #412626: Detect @ in a[@href*= for jQuery
LightBox2: Reported in #411162: Problem with 'automatic image URL re-formatting' with jQuery 1.3.x
FAQ: Pending in #438148: Remove @ from selectors
KNOWN ISSUES:
--
--
Comment #77
Renee S CreditAttribution: Renee S commentedI think add to pending the Ajax module, issue #439540 (just posted by me). I had to do some massaging to get it working, but it appears to be mostly ready.
Comment #78
markus_petrux CreditAttribution: markus_petrux commentedAnother module affected by @ is taxonomy manager. I just created a bug report using jcmarco's "template" :)
#443830: Remove @ from selectors
Will provide a patch for that in a few minutes.
Edit: patch attached to that issue.
Comment #79
jcmarco CreditAttribution: jcmarco commentedIMHO, with #452376: jQuery 1.3.x (Problem replacing modified version of tabledrag.js) I think that the this modules could be considered good for a release.
The rest of issues in any other modules, like the ones considered in this issue, are related with a wrong use of a deprecated reference,
and probably, a good entry in the module migration book would help to ease the process of migration, and helping people discovering all
the possible issues related with the @ reference in other modules.
Comment #80
jcmarco CreditAttribution: jcmarco commentedNew reported issue with menu type configuration in Ctools/Panels
#452700: Remove @ from selectors
Comment #81
kenorb CreditAttribution: kenorb commentedThe same problem here:
Reverting to 1.2.6 works.
Comment #82
markus_petrux CreditAttribution: markus_petrux commented@kenorb at #81: That doesn't help much, I think you should tell us which is the module that is causing that error. Probably, something that uses jQuery in that module is using the deprecated selector
[@type='file']
, and that should be fixed to look like[type='file']
(without the @), but your report doesn't help much to know where this selector is being used.Comment #83
kenorb CreditAttribution: kenorb commentedI didn't know that's working in this way.
I've found:
in filefield.js (filefield module)
Dev version of this file have a little different line:
I'll test dev version of module and check if this will help.
Thanks in advance.
Comment #84
lucian303 CreditAttribution: lucian303 commentedSo far I manually replaced the 1.2.6 files (while keeping backups), ran new jquery update in D6 w/ no problems. so far
Comment #85
vivianspencer CreditAttribution: vivianspencer commentedsubscribing
Comment #86
logicalpat CreditAttribution: logicalpat commentedSubscribing
Comment #87
mugginsoft.net CreditAttribution: mugginsoft.net commentedsubscribing
Comment #88
jmar777 CreditAttribution: jmar777 commentedsubscribing
Comment #89
mark_r CreditAttribution: mark_r commentedsubscribing
Comment #90
oysstr CreditAttribution: oysstr commentedsubscribing
Comment #91
quindio CreditAttribution: quindio commentedA dumb question for you experts but what do I need to do to use jquery 1.3 with Drupal 6?
Thanks - :-)
Comment #92
mugginsoft.net CreditAttribution: mugginsoft.net commentedhttp://drupal.org/project/jquery_update
Comment #93
Tom Van Schoor CreditAttribution: Tom Van Schoor commentedsubscribing and testing
Comment #94
kenorb CreditAttribution: kenorb commentedquindio: install this module (See: #92)
Comment #95
gausarts CreditAttribution: gausarts commentedsunbscribing for updates. Thanks
Comment #96
gausarts CreditAttribution: gausarts commentedsubscribing for updates. Thanks
Comment #97
marcus7777 CreditAttribution: marcus7777 commentedme too (subscribing).
Comment #98
iaminawe CreditAttribution: iaminawe commentedsubscribe
Comment #99
klamzo CreditAttribution: klamzo commentedErro in the form received when trying to vote in IE with registered user.
Comment #100
dddave CreditAttribution: dddave commentedSetting back. There is an issue about this a extra voting forms (and I noticed that you found it also).
Comment #101
AdrianB CreditAttribution: AdrianB commentedsubscribing
Comment #102
dquakenbush CreditAttribution: dquakenbush commentedsubscribing
Comment #103
jan kellermann CreditAttribution: jan kellermann commentedsubscribing
Comment #104
jthomasbailey CreditAttribution: jthomasbailey commentedsubscribing
this is probably common knowledge but jquery 1.3.2 completely screws up Panels.
Comment #105
mdeltito CreditAttribution: mdeltito commentedsubscribing
Comment #106
sobi3ch CreditAttribution: sobi3ch commentedsubscribing
Comment #107
zejkee CreditAttribution: zejkee commentedsubscribing
need to use the "live" function
Comment #108
ericwindham CreditAttribution: ericwindham commentedSo I've installed the module, but Drupal is still loading jQuery 1.2.6. How do I get it to load 1.3.*?
Comment #109
whatdoesitwant CreditAttribution: whatdoesitwant commented@ericwindham: Simply install jquery_update 6.x-2.x-dev.
I found another xpath selector in version 6.x-1.5 of the External new tab module (http://drupal.org/project/external). I have added an issue to the project at #666980: xpath selector in external.js breaks sites with current jquery version to notify the maintainer.
Edit: the issue has been fixed by mccrittenden as of version 6.x-1.6
Edit: jquery 1.3 and up needs 6.x-2.x. Use the dev version. Do not use with Autosave installed. (I'm trying to get a patch in.)
Comment #110
dtrainor CreditAttribution: dtrainor commentedSubscribing
Comment #111
zilverdistel CreditAttribution: zilverdistel commentedSubscribing
Comment #112
AdrianB CreditAttribution: AdrianB commentedAre there any plans on release a stable 6.x-2.x for 1.3.x?
Comment #113
stefan81 CreditAttribution: stefan81 commentedany progress on this?
Comment #114
mfer CreditAttribution: mfer commentedYes, there are plans to release. Sometime soon actually. There are a few planned updates first.
Comment #115
okeedoak CreditAttribution: okeedoak commentedSubscribing
Comment #116
bird-cage CreditAttribution: bird-cage commentedSubscribing
PS. I just installed jquery_update-6.x-2.x-dev which means jquery 1.3 on a development branch of a site. I would've liked to use $.isArray(), but alas lightbox2 seems to have a problem with it. Suddenly ALL LINKS open the light box which always reopens when trying to close it. I guess I will have to do without isArray() for now.
Comment #117
Flying Drupalist CreditAttribution: Flying Drupalist commented@bird-cage, I don't get that problem with lightbox.
I believe the last major bug is the table drag bug?
I don't think anyone has a fix for that yet...
Comment #118
danbretl CreditAttribution: danbretl commentedsubscribe
Comment #119
manasiv CreditAttribution: manasiv commentedsubscribing
Comment #120
srobert72 CreditAttribution: srobert72 commentedjquery.form.js was updated.
This one included in last jquery_update DEV release is old.
See : http://jquery.malsup.com/form/#download
Download here : http://github.com/malsup/form/raw/master/jquery.form.js
Comment #121
sreynen CreditAttribution: sreynen commentedThis issue title and description seem to need updating or closing. I just installed the 6.x release of the module, and it enables jQuery 1.3, but this issue suggests that's not ready yet. If there are compatibility issues with other modules, shouldn't those go in separate issues to keep the status clear?
Comment #122
webflo CreditAttribution: webflo commentedbtw its possible to use different version of jquery in one page. you can use a newer version for your own scripts. see http://docs.jquery.com/Using_jQuery_with_Other_Libraries
Comment #123
Dmitriy.trt CreditAttribution: Dmitriy.trt commentedPlease, update jquery.form.js, as srobert72 said, new version was released. Current outdated version breaks file upload in IMCE on Opera 10. With latest version (2.43) upload works fine.
Comment #124
jcmarco CreditAttribution: jcmarco commentedThis is the patch to update jquery.form.js to last available version 2.43 (It is also minified)
In D7 (now with jQuery 1.4.2) the jquery.form.js is 2.36 (minified btw)
In the jQuery Update module is 2.21, and it is replacing the offical D6 version 2.01
It seems not breaking anything and fixing issues with Safari and IE8.
Comment #125
3dloco CreditAttribution: 3dloco commented+1
Comment #126
mfer CreditAttribution: mfer commentedjQuery 1.3.2 should be working now in jquery update 6.x-2.x-dev. If there are still other issues please file new issues.
I committed the update to jquery.form.js 2.43. Thanks. Now we just need to get the forum update into D7 core.