You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@ofbiz.apache.org by Mike <mz...@gmail.com> on 2011/02/06 09:04:08 UTC
Is double clicking necessary in trunk?
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
Re: Is double clicking necessary in trunk?
Posted by Scott Gray <sc...@hotwaxmedia.com>.
I've seen it (OSX - Firefox), haven't looked into it though.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 7/02/2011, at 5:26 PM, Mike wrote:
> 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 <bj...@free-man.net> 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
>>>> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>>>>
>>>>>> 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
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>>
Re: Is double clicking necessary in trunk?
Posted by Raj Saini <ra...@gmail.com>.
Thanks Mile for the update as I was also looking for the solution. It
was really annoying to click multiple time.
Raj
On Friday 20 May 2011 09:46 PM, Mike wrote:
> 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
> <ja...@les7arts.com> wrote:
>> Which revision are you using ? At r1124697, jQuery UI has been updated to
>> Version 1.8.13. Could be that...
>>
>> Jacques
>>
>>
>> From: "Mike"<mz...@gmail.com>
>>> 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
>>> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>>>>> 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<bj...@free-man.net>
>>>>>>> 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
>>>>>>>>>> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>>>>>>>>>> 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
>>
Re: Is double clicking necessary in trunk?
Posted by Jacques Le Roux <ja...@les7arts.com>.
That would be a very good news, thanks for the update!
Then we should backport r1124697 in R11.04
Jacques
From: "Mike" <mz...@gmail.com>
>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
> <ja...@les7arts.com> wrote:
>> Which revision are you using ? At r1124697, jQuery UI has been updated to
>> Version 1.8.13. Could be that...
>>
>> Jacques
>>
>>
>> From: "Mike" <mz...@gmail.com>
>>>
>>> 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
>>> <ja...@les7arts.com> 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" <mz...@gmail.com>
>>>>>>>
>>>>>>> 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 <bj...@free-man.net>
>>>>>>> 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
>>>>>>>>>> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>>>>>>>>>>
>>>>>>>>>>>> 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
>>>
>>
>>
>
Re: Is double clicking necessary in trunk?
Posted by Mike <mz...@gmail.com>.
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
<ja...@les7arts.com> wrote:
> Which revision are you using ? At r1124697, jQuery UI has been updated to
> Version 1.8.13. Could be that...
>
> Jacques
>
>
> From: "Mike" <mz...@gmail.com>
>>
>> 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
>> <ja...@les7arts.com> 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" <mz...@gmail.com>
>>>>>>
>>>>>> 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 <bj...@free-man.net>
>>>>>> 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
>>>>>>>>> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>>>>>>>>>
>>>>>>>>>>> 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
>>
>
>
Re: Is double clicking necessary in trunk?
Posted by Jacques Le Roux <ja...@les7arts.com>.
Which revision are you using ? At r1124697, jQuery UI has been updated to Version 1.8.13. Could be that...
Jacques
From: "Mike" <mz...@gmail.com>
> 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
> <ja...@les7arts.com> 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" <mz...@gmail.com>
>>>>>
>>>>> 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 <bj...@free-man.net> 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
>>>>>>>> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>>>>>>>>
>>>>>>>>>> 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
>
Re: Is double clicking necessary in trunk?
Posted by Mike <mz...@gmail.com>.
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
<ja...@les7arts.com> 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" <mz...@gmail.com>
>>>>
>>>> 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 <bj...@free-man.net> 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
>>>>>>> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>>>>>>>
>>>>>>>>> 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
Re: Email setup: The console.log shows emails are being fetched but
they aren't showing in the Owner of Received Emails profile
Posted by BJ Freeman <bj...@free-man.net>.
what version are you using.
CommunicationEventServices.java:1266:INFO ] -- Message ID
is on line 1209 in the current trunk.
=========================
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
Justin Robinson sent the following on 2/8/2011 12:23 AM:
> I signed in as admin then looked at the party manager then clicked on
> communications and I see only the oubound emails. None of the inbound,
> though the log shows them being fetched:
>
> A24 OK Success
> 2011-02-08 09:55:19,300 (Timer-0)
> [CommunicationEventServices.java:1262:INFO ] Message recevied
> : Test Email: Mon Feb 07 17:01:30 SAST 2011
> 2011-02-08 09:55:19,301 (Timer-0)
> [CommunicationEventServices.java:1263:INFO ] -- Content Type
> : TEXT/PLAIN; charset=us-ascii
> 2011-02-08 09:55:19,301 (Timer-0)
> [CommunicationEventServices.java:1264:INFO ] -- Number of parts
> : 0
> 2011-02-08 09:55:19,302 (Timer-0)
> [CommunicationEventServices.java:1265:INFO ] -- Number of attachments
> : 0
> 2011-02-08 09:55:19,302 (Timer-0)
> [CommunicationEventServices.java:1266:INFO ] -- Message ID
> :<21...@venturenet.co.za>
> A25 FETCH 4 (BODY[TEXT]<0.106>)
> * 4 FETCH (BODY[TEXT]<0> {106}
> This is a email automatically sent to info@venturenet.co.za for the
> purposes of testing the email setup.
> )
> A25 OK Success
> 2011-02-08 09:55:19,782 (Timer-0)
> [CommunicationEventServices.java:1268:INFO ] ### MESSAGE ###
>
> This is a email automatically sent to info@venturenet.co.za for the
> purposes of testing the email setup.
>
> 2011-02-08 09:55:19,783 (Timer-0) [ ServiceDispatcher.java:600:INFO ]
> Sync service [JavaMailDispatcher/logIncomingMessage] finished in [484]
> milliseconds
> 2011-02-08 09:55:19,784 (Timer-0)
> [CommunicationEventServices.java:1133:INFO ] Running process bounced
> message check...
> A26 STORE 4 +FLAGS (\Seen)
> * 4 FETCH (FLAGS (\Seen))
>
>
> On Mon, Feb 7, 2011 at 9:16 PM, BJ Freeman<bj...@free-man.net> wrote:
>> the current service is storeIncomingEmail
>> the process is an mca is called that then send the email to a service.
>> I checked the trunk and it is all there.
>> I suggest you sign in as admin then look at the party manager then click on
>> communications to see all communications that are in ofbiz.
>>
>>
>> =========================
>> 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/7/2011 9:46 AM:
>>>
>>> well this is a surprise.
>>> sees like the email handling has either changed considerably or has been
>>> lost.
>>> looks like about 9.04
>>> mcas are missing even though they were called out in ofbiz-component.xml
>>> storeForwardedEmail java that was in the content has been lost when
>>> moved to commmon. and the service has been commented out
>>>
>>> So I guess those that made the mods will have to answer how it works now.
>>>
>>> =========================
>>> 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
>>>
>>>
>>> Justin Robinson sent the following on 2/7/2011 5:04 AM:
>>>>
>>>> I've got the inbound email setup using an imaps config. With the debug
>>>> options enabled, the console.log shows a log in& fetch operation each
>>>> time
>>>> ofbiz polls the imap server. Also on the imap server the mails are
>>>> marked at
>>>> read/fetched.
>>>> But if I look in the profile of the designated "Owner of Received
>>>> Emails",
>>>> in the party manager under communications no emails are listed.
>>>>
>>>> Any ideas what I might be missing?
>>>>
>>>> Best regards,
>>>> Justin
>>>> Venturenet Research& Development
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
>
Re: Email setup: The console.log shows emails are being fetched but
they aren't showing in the Owner of Received Emails profile
Posted by Justin Robinson <ju...@venturenet.co.za>.
I signed in as admin then looked at the party manager then clicked on
communications and I see only the oubound emails. None of the inbound,
though the log shows them being fetched:
A24 OK Success
2011-02-08 09:55:19,300 (Timer-0)
[CommunicationEventServices.java:1262:INFO ] Message recevied
: Test Email: Mon Feb 07 17:01:30 SAST 2011
2011-02-08 09:55:19,301 (Timer-0)
[CommunicationEventServices.java:1263:INFO ] -- Content Type
: TEXT/PLAIN; charset=us-ascii
2011-02-08 09:55:19,301 (Timer-0)
[CommunicationEventServices.java:1264:INFO ] -- Number of parts
: 0
2011-02-08 09:55:19,302 (Timer-0)
[CommunicationEventServices.java:1265:INFO ] -- Number of attachments
: 0
2011-02-08 09:55:19,302 (Timer-0)
[CommunicationEventServices.java:1266:INFO ] -- Message ID
: <21...@venturenet.co.za>
A25 FETCH 4 (BODY[TEXT]<0.106>)
* 4 FETCH (BODY[TEXT]<0> {106}
This is a email automatically sent to info@venturenet.co.za for the
purposes of testing the email setup.
)
A25 OK Success
2011-02-08 09:55:19,782 (Timer-0)
[CommunicationEventServices.java:1268:INFO ] ### MESSAGE ###
This is a email automatically sent to info@venturenet.co.za for the
purposes of testing the email setup.
2011-02-08 09:55:19,783 (Timer-0) [ ServiceDispatcher.java:600:INFO ]
Sync service [JavaMailDispatcher/logIncomingMessage] finished in [484]
milliseconds
2011-02-08 09:55:19,784 (Timer-0)
[CommunicationEventServices.java:1133:INFO ] Running process bounced
message check...
A26 STORE 4 +FLAGS (\Seen)
* 4 FETCH (FLAGS (\Seen))
On Mon, Feb 7, 2011 at 9:16 PM, BJ Freeman <bj...@free-man.net> wrote:
> the current service is storeIncomingEmail
> the process is an mca is called that then send the email to a service.
> I checked the trunk and it is all there.
> I suggest you sign in as admin then look at the party manager then click on
> communications to see all communications that are in ofbiz.
>
>
> =========================
> 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/7/2011 9:46 AM:
>>
>> well this is a surprise.
>> sees like the email handling has either changed considerably or has been
>> lost.
>> looks like about 9.04
>> mcas are missing even though they were called out in ofbiz-component.xml
>> storeForwardedEmail java that was in the content has been lost when
>> moved to commmon. and the service has been commented out
>>
>> So I guess those that made the mods will have to answer how it works now.
>>
>> =========================
>> 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
>>
>>
>> Justin Robinson sent the following on 2/7/2011 5:04 AM:
>>>
>>> I've got the inbound email setup using an imaps config. With the debug
>>> options enabled, the console.log shows a log in& fetch operation each
>>> time
>>> ofbiz polls the imap server. Also on the imap server the mails are
>>> marked at
>>> read/fetched.
>>> But if I look in the profile of the designated "Owner of Received
>>> Emails",
>>> in the party manager under communications no emails are listed.
>>>
>>> Any ideas what I might be missing?
>>>
>>> Best regards,
>>> Justin
>>> Venturenet Research& Development
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
--
Regards,
Justin
Venture-Net Research & Development
Re: Email setup: The console.log shows emails are being fetched but they aren't showing in the Owner of Received Emails profile
Posted by Jacques Le Roux <ja...@les7arts.com>.
AFAIK, there is only this issue https://issues.apache.org/jira/browse/OFBIZ-3709
Jacques
From: "BJ Freeman" <bj...@free-man.net>
> the current service is storeIncomingEmail
> the process is an mca is called that then send the email to a service.
> I checked the trunk and it is all there.
> I suggest you sign in as admin then look at the party manager then click
> on communications to see all communications that are in ofbiz.
>
>
> =========================
> 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/7/2011 9:46 AM:
>> well this is a surprise.
>> sees like the email handling has either changed considerably or has been
>> lost.
>> looks like about 9.04
>> mcas are missing even though they were called out in ofbiz-component.xml
>> storeForwardedEmail java that was in the content has been lost when
>> moved to commmon. and the service has been commented out
>>
>> So I guess those that made the mods will have to answer how it works now.
>>
>> =========================
>> 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
>>
>>
>> Justin Robinson sent the following on 2/7/2011 5:04 AM:
>>> I've got the inbound email setup using an imaps config. With the debug
>>> options enabled, the console.log shows a log in& fetch operation each
>>> time
>>> ofbiz polls the imap server. Also on the imap server the mails are
>>> marked at
>>> read/fetched.
>>> But if I look in the profile of the designated "Owner of Received
>>> Emails",
>>> in the party manager under communications no emails are listed.
>>>
>>> Any ideas what I might be missing?
>>>
>>> Best regards,
>>> Justin
>>> Venturenet Research& Development
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>
Re: Email setup: The console.log shows emails are being fetched but
they aren't showing in the Owner of Received Emails profile
Posted by BJ Freeman <bj...@free-man.net>.
the current service is storeIncomingEmail
the process is an mca is called that then send the email to a service.
I checked the trunk and it is all there.
I suggest you sign in as admin then look at the party manager then click
on communications to see all communications that are in ofbiz.
=========================
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/7/2011 9:46 AM:
> well this is a surprise.
> sees like the email handling has either changed considerably or has been
> lost.
> looks like about 9.04
> mcas are missing even though they were called out in ofbiz-component.xml
> storeForwardedEmail java that was in the content has been lost when
> moved to commmon. and the service has been commented out
>
> So I guess those that made the mods will have to answer how it works now.
>
> =========================
> 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
>
>
> Justin Robinson sent the following on 2/7/2011 5:04 AM:
>> I've got the inbound email setup using an imaps config. With the debug
>> options enabled, the console.log shows a log in& fetch operation each
>> time
>> ofbiz polls the imap server. Also on the imap server the mails are
>> marked at
>> read/fetched.
>> But if I look in the profile of the designated "Owner of Received
>> Emails",
>> in the party manager under communications no emails are listed.
>>
>> Any ideas what I might be missing?
>>
>> Best regards,
>> Justin
>> Venturenet Research& Development
>>
>>
>>
>>
>>
>>
>
>
Re: Email setup: The console.log shows emails are being fetched but
they aren't showing in the Owner of Received Emails profile
Posted by BJ Freeman <bj...@free-man.net>.
well this is a surprise.
sees like the email handling has either changed considerably or has been
lost.
looks like about 9.04
mcas are missing even though they were called out in ofbiz-component.xml
storeForwardedEmail java that was in the content has been lost when
moved to commmon. and the service has been commented out
So I guess those that made the mods will have to answer how it works now.
=========================
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
Justin Robinson sent the following on 2/7/2011 5:04 AM:
> I've got the inbound email setup using an imaps config. With the debug
> options enabled, the console.log shows a log in& fetch operation each time
> ofbiz polls the imap server. Also on the imap server the mails are marked at
> read/fetched.
> But if I look in the profile of the designated "Owner of Received Emails",
> in the party manager under communications no emails are listed.
>
> Any ideas what I might be missing?
>
> Best regards,
> Justin
> Venturenet Research& Development
>
>
>
>
>
>
Email setup: The console.log shows emails are being fetched but they aren't showing in the Owner of Received Emails profile
Posted by Justin Robinson <ju...@venturenet.co.za>.
I've got the inbound email setup using an imaps config. With the debug
options enabled, the console.log shows a log in & fetch operation each time
ofbiz polls the imap server. Also on the imap server the mails are marked at
read/fetched.
But if I look in the profile of the designated "Owner of Received Emails",
in the party manager under communications no emails are listed.
Any ideas what I might be missing?
Best regards,
Justin
Venturenet Research & Development
Re: Is double clicking necessary in trunk?
Posted by Jacques Le Roux <ja...@les7arts.com>.
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" <mz...@gmail.com>
>>> 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 <bj...@free-man.net> 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
>>>>>> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>>>>>>
>>>>>>>> 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
Re: Is double clicking necessary in trunk?
Posted by Scott Gray <sc...@hotwaxmedia.com>.
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" <mz...@gmail.com>
>> 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 <bj...@free-man.net> 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
>>>>> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>>>>>
>>>>>>> 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
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>
Re: Is double clicking necessary in trunk?
Posted by Jacques Le Roux <ja...@les7arts.com>.
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" <mz...@gmail.com>
> 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 <bj...@free-man.net> 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
>>>> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>>>>
>>>>>> 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
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>>
>
Re: Is double clicking necessary in trunk?
Posted by Mike <mz...@gmail.com>.
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 <bj...@free-man.net> 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
>>> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>>>
>>>>> 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
>>>>>
>>>>
>>>>
>>>
>>
>>
>
>
Re: Is double clicking necessary in trunk?
Posted by BJ Freeman <bj...@free-man.net>.
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
>> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>>
>>>> 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
>>>>
>>>
>>>
>>
>
>
Re: Is double clicking necessary in trunk?
Posted by BJ Freeman <bj...@free-man.net>.
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
> <ja...@les7arts.com> 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"<mz...@gmail.com>
>>>
>>> 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
>>>
>>
>>
>
Re: Is double clicking necessary in trunk?
Posted by Mike <mz...@gmail.com>.
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
<ja...@les7arts.com> 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" <mz...@gmail.com>
>>
>> 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
>>
>
>
Re: Is double clicking necessary in trunk?
Posted by Jacques Le Roux <ja...@les7arts.com>.
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" <mz...@gmail.com>
>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
>