Hi all, Running Oxygen 6.0, build 2005051612. Sometimes, Find works perfectly: I type a string in the "Text to find" field and press Enter, and the window scrolls to where an occurrence of the string is, and the found string is highlighted. Other times, when I press Enter, I only get the Find: Search Completed [OK] dialog, implying that the search string is nowhere in the file... even though it's right there before my eyes (and after where the cursor is). Still other times, I get both: the "Find: Search Completed [OK]" dialog, and then half a second later, it scrolls down and highlights an occurrence. It's gotten to the point where, if I search for something and don't find it, I can't be certain it's not there. I either look for it by eyeball, or have to open a different editor. On a related note, if I go to the Find dialog and type a string that isn't in the file, and press Enter, of course I get the "Find: Search Completed [OK]" dialog; but when I press Enter again to close the latter dialog, it closes and immediately pops up again. (But only once, not repeatedly.) Regards, Lars
Dear Lars Huttar, I tried <oXygen/> 6.0 build 2005051612 on Windows XP SP 2, Mac OS X 10.4.1 Tiger and Linux Mandrake 10 but I could not reproduce any part of the reported random misbehavior of the Find/Replace dialog. Please specify if you are using a custom look and feel installed in <oXygen/>. In order to find what could cause the misbehavior on your machine please copy the attached file to the [oXygen-installed-dir]/lib directory, restart <oXygen/>, repeat the steps that lead to the bugs and reply with the oxygen.log file generated in the [oXygen-installed-dir] directory. Also see the remarks below. Lars Huttar wrote:
Hi all, Running Oxygen 6.0, build 2005051612. Sometimes, Find works perfectly: I type a string in the "Text to find" field and press Enter, and the window scrolls to where an occurrence of the string is, and the found string is highlighted. Other times, when I press Enter, I only get the Find: Search Completed [OK] dialog, implying that the search string is nowhere in the file... even though it's right there before my eyes (and after where the cursor is).
Please make sure the find criteria set by the checkboxes and radio buttons allow the find match that you think <oXygen/> is missing. For example if the search is backward and with no wrap around you will never get a find match after the current caret position.
Still other times, I get both: the "Find: Search Completed [OK]" dialog, and then half a second later, it scrolls down and highlights an occurrence.
With only one push of the ENTER key ? It is strange but maybe the log file will help us to debug it.
It's gotten to the point where, if I search for something and don't find it, I can't be certain it's not there. I either look for it by eyeball, or have to open a different editor.
On a related note, if I go to the Find dialog and type a string that isn't in the file, and press Enter, of course I get the "Find: Search Completed [OK]" dialog; but when I press Enter again to close the latter dialog, it closes and immediately pops up again. (But only once, not repeatedly.)
The "Find: Search Completed [OK]" dialog pops up again after closing it with ENTER only when the search returns no match or it happens every time when this dialog is displayed ?
Regards, Lars
Best regards, Sorin log4j.rootCategory= debug, R2 # R2 will write log to file log4j.appender.R2=org.apache.log4j.RollingFileAppender log4j.appender.R2.File=oxygen.log log4j.appender.R2.MaxFileSize=12000KB log4j.appender.R2.MaxBackupIndex=4 log4j.appender.R2.layout=org.apache.log4j.PatternLayout log4j.appender.R2.layout.ConversionPattern=%r %p [ %t ] %c - %m%n
Sorin Ristache wrote:
Dear Lars Huttar,
I tried <oXygen/> 6.0 build 2005051612 on Windows XP SP 2, Mac OS X 10.4.1 Tiger and Linux Mandrake 10 but I could not reproduce any part of the reported random misbehavior of the Find/Replace dialog. Please specify if you are using a custom look and feel installed in <oXygen/>.
Thanks for your reply. I'm using Windows XP SP2, and Oxygen is set to use the "Windows" look-and-feel.
In order to find what could cause the misbehavior on your machine please copy the attached file to the [oXygen-installed-dir]/lib directory, restart <oXygen/>, repeat the steps that lead to the bugs and reply with the oxygen.log file generated in the [oXygen-installed-dir] directory.
OK. I have done so and will let you know if I'm able to reproduce the behavior again. I do tend to run a lot of applications at once, and my computer had not been rebooted for a few days, so it's possible that Oxygen was suffering from memory problems (although I didn't see any messages to that effect).
Also see the remarks below.
Lars Huttar wrote:
Hi all, Running Oxygen 6.0, build 2005051612. Sometimes, Find works perfectly: I type a string in the "Text to find" field and press Enter, and the window scrolls to where an occurrence of the string is, and the found string is highlighted. Other times, when I press Enter, I only get the Find: Search Completed [OK] dialog, implying that the search string is nowhere in the file... even though it's right there before my eyes (and after where the cursor is).
Please make sure the find criteria set by the checkboxes and radio buttons allow the find match that you think <oXygen/> is missing. For example if the search is backward and with no wrap around you will never get a find match after the current caret position.
Yes, I made sure of that.
Still other times, I get both: the "Find: Search Completed [OK]" dialog, and then half a second later, it scrolls down and highlights an occurrence.
With only one push of the ENTER key ?
Yes. And by the way, it doesn't matter whether I press Enter or click the OK button using the mouse.
It is strange but maybe the log file will help us to debug it.
It's gotten to the point where, if I search for something and don't find it, I can't be certain it's not there. I either look for it by eyeball, or have to open a different editor.
On a related note, if I go to the Find dialog and type a string that isn't in the file, and press Enter, of course I get the "Find: Search Completed [OK]" dialog; but when I press Enter again to close the latter dialog, it closes and immediately pops up again. (But only once, not repeatedly.)
The "Find: Search Completed [OK]" dialog pops up again after closing it with ENTER only when the search returns no match or it happens every time when this dialog is displayed ?
Only when the string is not in the document (e.g. "sdjlfksjdfls"); but even then, not every time. Yesterday it was doing this about 50% of the time. (Sorry I forgot to say "sometimes" in the above description.) Regards, Lars
Dear Lars Huttar, I just wanted to let you know that leaving the log4j.properties file in the [oXygen-installed-dir]/lib directory all the time will slow the operation of the application due to the large amount of logging data outputed to the oxygen.log file. You should move it to other directory when you don't need logging data for tracking bugs. Also the fact that the computer was not rebooted for few days is probably not related with the described misbehavior and it will not lead to insufficient memory problems. <oXygen/> was the subject of several profiling sessions that did not show any memory leaks. Anyway such a problem (OutOfMemoryError) would be signaled by an error message dialog. Best regards, Sorin Lars Huttar wrote:
Sorin Ristache wrote:
Dear Lars Huttar,
I tried <oXygen/> 6.0 build 2005051612 on Windows XP SP 2, Mac OS X 10.4.1 Tiger and Linux Mandrake 10 but I could not reproduce any part of the reported random misbehavior of the Find/Replace dialog. Please specify if you are using a custom look and feel installed in <oXygen/>.
Thanks for your reply.
I'm using Windows XP SP2, and Oxygen is set to use the "Windows" look-and-feel.
In order to find what could cause the misbehavior on your machine please copy the attached file to the [oXygen-installed-dir]/lib directory, restart <oXygen/>, repeat the steps that lead to the bugs and reply with the oxygen.log file generated in the [oXygen-installed-dir] directory.
OK. I have done so and will let you know if I'm able to reproduce the behavior again. I do tend to run a lot of applications at once, and my computer had not been rebooted for a few days, so it's possible that Oxygen was suffering from memory problems (although I didn't see any messages to that effect).
Also see the remarks below.
Lars Huttar wrote:
Hi all, Running Oxygen 6.0, build 2005051612. Sometimes, Find works perfectly: I type a string in the "Text to find" field and press Enter, and the window scrolls to where an occurrence of the string is, and the found string is highlighted. Other times, when I press Enter, I only get the Find: Search Completed [OK] dialog, implying that the search string is nowhere in the file... even though it's right there before my eyes (and after where the cursor is).
Please make sure the find criteria set by the checkboxes and radio buttons allow the find match that you think <oXygen/> is missing. For example if the search is backward and with no wrap around you will never get a find match after the current caret position.
Yes, I made sure of that.
Still other times, I get both: the "Find: Search Completed [OK]" dialog, and then half a second later, it scrolls down and highlights an occurrence.
With only one push of the ENTER key ?
Yes. And by the way, it doesn't matter whether I press Enter or click the OK button using the mouse.
It is strange but maybe the log file will help us to debug it.
It's gotten to the point where, if I search for something and don't find it, I can't be certain it's not there. I either look for it by eyeball, or have to open a different editor.
On a related note, if I go to the Find dialog and type a string that isn't in the file, and press Enter, of course I get the "Find: Search Completed [OK]" dialog; but when I press Enter again to close the latter dialog, it closes and immediately pops up again. (But only once, not repeatedly.)
The "Find: Search Completed [OK]" dialog pops up again after closing it with ENTER only when the search returns no match or it happens every time when this dialog is displayed ?
Only when the string is not in the document (e.g. "sdjlfksjdfls"); but even then, not every time. Yesterday it was doing this about 50% of the time. (Sorry I forgot to say "sometimes" in the above description.)
Regards, Lars
participants (2)
-
Lars Huttar -
Sorin Ristache