I'll try to do a few tests to what breaks by trunk.
On Fri, May 20, 2011 at 1:21 PM, Jacques Le Roux <[email protected]> wrote: > Mmm, now that I think more about it, it's certainly more complicated. For > instance jQuery UI 1.8.13 relies on jQuery 1.6.1. Also there are others > commit implied in this and I'm not sure they have all been backported. We > could try to ugrade only jQuery UI 1.8.13 and jQuery 1.6.1 but we need a > consensus about that. Else unless we find exactly the right commits to > backport I'm afraid it will stay as is in R11.04 > > Jacques > > From: "Jacques Le Roux" <[email protected]> >> >> That would be a very good news, thanks for the update! >> Then we should backport r1124697 in R11.04 >> >> Jacques >> >> From: "Mike" <[email protected]> >>> >>> I use my own vendor branch, which is merged from trunk. I also >>> noticed that jQuery was updated, and thought that may be what caused >>> the fix. >>> >>> On Fri, May 20, 2011 at 9:12 AM, Jacques Le Roux >>> <[email protected]> wrote: >>>> >>>> Which revision are you using ? At r1124697, jQuery UI has been updated >>>> to >>>> Version 1.8.13. Could be that... >>>> >>>> Jacques >>>> >>>> >>>> From: "Mike" <[email protected]> >>>>> >>>>> Great news. Recent additions (last 2-3 days) to trunk seemed to have >>>>> finally fixed this problem since January. Believe me, I always check >>>>> to see if this problem exists and it now seems to be gone. It would >>>>> be great to get 11.04 to these recent patch levels, which would make >>>>> it rock solid. >>>>> >>>>> On Mon, Feb 7, 2011 at 1:01 AM, Jacques Le Roux >>>>> <[email protected]> wrote: >>>>>> >>>>>> Unfortunately, we know it's not only in catalog >>>>>> >>>>>> Jacques >>>>>> >>>>>> Scott Gray wrote: >>>>>>> >>>>>>> There are a couple of html errors on the catalog main page which may >>>>>>> not >>>>>>> help. Misplaced style tag (should be in a css file >>>>>>> anyway) and a non-escaped div tag in some javascript. >>>>>>> Regards >>>>>>> Scott >>>>>>> >>>>>>> On 7/02/2011, at 9:02 PM, Jacques Le Roux wrote: >>>>>>> >>>>>>>> I thought also about cache, but have no evidences. Maybe our usage >>>>>>>> of >>>>>>>> jQuery could be also a culprit (we moved recently all js >>>>>>>> code to it) >>>>>>>> I just tried FF in safe mode, same issue :/ >>>>>>>> We all know IE is flawed ;o) Opera and Safari work well >>>>>>>> >>>>>>>> Jacques >>>>>>>> >>>>>>>> From: "Mike" <[email protected]> >>>>>>>>> >>>>>>>>> Thanks BJ. I verified that there are no key-loggers or other issues >>>>>>>>> with my system. Ofbiz runs on a separate powerful Linux server on >>>>>>>>> my >>>>>>>>> local network. However, I found some additional oddities. >>>>>>>>> I verified that the only browser that seems to work perfectly >>>>>>>>> (everytime) is Chrome. IE renders the products (below link) fine >>>>>>>>> (every time), but not Firefox. Firefox and Chrome correctly renders >>>>>>>>> the "Browse Catalog/Categories" correctly, but not IE. >>>>>>>>> I also found that you simply click "reload" after page completes, >>>>>>>>> repeatably (using Firefox) the problem manifests itself. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> https://demo-trunk.ofbiz.apache.org/catalog/control/EditProduct?productId=GZ-1006-1 >>>>>>>>> Eventually, after you reload many times, the product data fails to >>>>>>>>> load. >>>>>>>>> No one else has seen this? >>>>>>>>> On Sun, Feb 6, 2011 at 3:47 PM, BJ Freeman <[email protected]> >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> also a process that captures keystrokes can cause this. >>>>>>>>>> >>>>>>>>>> ========================= >>>>>>>>>> BJ Freeman >>>>>>>>>> Strategic Power Office with Supplier Automation >>>>>>>>>> <http://www.businessesnetwork.com/automation/viewforum.php?f=52> >>>>>>>>>> Specialtymarket.com <http://www.specialtymarket.com/> >>>>>>>>>> Systems Integrator-- Glad to Assist >>>>>>>>>> >>>>>>>>>> Chat Y! messenger: bjfr33man >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> BJ Freeman sent the following on 2/6/2011 3:44 PM: >>>>>>>>>>> >>>>>>>>>>> click and double click is a function 0f the client (browser). >>>>>>>>>>> anything on your machine that may effect cpu or the timers, can >>>>>>>>>>> cause >>>>>>>>>>> this behavior. >>>>>>>>>>> on thing on a windows machine is when there is use of the virtual >>>>>>>>>>> memory. >>>>>>>>>>> you can verify this by unloading everything till you running in >>>>>>>>>>> real >>>>>>>>>>> memory only. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ========================= >>>>>>>>>>> BJ Freeman >>>>>>>>>>> Strategic Power Office with Supplier Automation >>>>>>>>>>> <http://www.businessesnetwork.com/automation/viewforum.php?f=52> >>>>>>>>>>> Specialtymarket.com <http://www.specialtymarket.com/> >>>>>>>>>>> Systems Integrator-- Glad to Assist >>>>>>>>>>> >>>>>>>>>>> Chat Y! messenger: bjfr33man >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Mike sent the following on 2/6/2011 3:28 PM: >>>>>>>>>>>> >>>>>>>>>>>> Thanks Jacques. >>>>>>>>>>>> >>>>>>>>>>>> OK: Using FF. It seems to occur on my own local trunk (more >>>>>>>>>>>> often), >>>>>>>>>>>> but I also observe it on Apaches trunk demo as well, but not as >>>>>>>>>>>> often: >>>>>>>>>>>> To reproduce, alternate between these two links, with a delay >>>>>>>>>>>> between clicks (say 10 seconds). >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> https://demo-trunk.ofbiz.apache.org/catalog/control/EditProduct?productId=GZ-1006-1 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> https://demo-trunk.ofbiz.apache.org/catalog/control/EditProduct?productId=GZ-1006-2 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> It doesn't always happen. You may have to do it for 5 mins or >>>>>>>>>>>> so. >>>>>>>>>>>> When it occurs, the right side (product info) is blank. I >>>>>>>>>>>> suspect >>>>>>>>>>>> that >>>>>>>>>>>> to has to do with the cache, but I have to proof. It may be that >>>>>>>>>>>> the >>>>>>>>>>>> reason it occurs less frequently on the public demo is maybe the >>>>>>>>>>>> cache >>>>>>>>>>>> is being refreshed more often from multiple people accessing it. >>>>>>>>>>>> The >>>>>>>>>>>> test may work better on a local, quiescent system. >>>>>>>>>>>> >>>>>>>>>>>> Thanks >>>>>>>>>>>> >>>>>>>>>>>> On Sun, Feb 6, 2011 at 1:59 AM, Jacques Le Roux >>>>>>>>>>>> <[email protected]> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> So you are on Windows I guess, was it using the demo? >>>>>>>>>>>>> Try FF safe mode or Chrome or Opera, Safari.... Depending on >>>>>>>>>>>>> your >>>>>>>>>>>>> FF >>>>>>>>>>>>> plugins >>>>>>>>>>>>> you may encoutner issues, like the screen not be completly >>>>>>>>>>>>> rendered >>>>>>>>>>>>> and >>>>>>>>>>>>> needing a F5 >>>>>>>>>>>>> >>>>>>>>>>>>> If it still appear please give use some reproductible steps >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks >>>>>>>>>>>>> >>>>>>>>>>>>> Jacques >>>>>>>>>>>>> >>>>>>>>>>>>> From: "Mike"<[email protected]> >>>>>>>>>>>>>> >>>>>>>>>>>>>> I was wondering while fooling around in trunk. It seems that >>>>>>>>>>>>>> It >>>>>>>>>>>>>> is >>>>>>>>>>>>>> necessary to sometimes "double-click" in various parts of the >>>>>>>>>>>>>> admin >>>>>>>>>>>>>> console (catalog, etc.). If I click once, the screen doesn't >>>>>>>>>>>>>> always >>>>>>>>>>>>>> render. At first I thought it was associated with me >>>>>>>>>>>>>> re-installing >>>>>>>>>>>>>> "oldschool", but it seems to occur with all the themes. If I >>>>>>>>>>>>>> click >>>>>>>>>>>>>> again, it works. If I double-click when entering a module, it >>>>>>>>>>>>>> always >>>>>>>>>>>>>> seems to work. Is this by design? I'm using Firefox (because >>>>>>>>>>>>>> IE >>>>>>>>>>>>>> has >>>>>>>>>>>>>> issues). >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks >>>>> >>>> >>>> >>> > > >
