3.19 (8.11.2009) - Changed the default mime type for local files to text/plain, now any text files, not just the ones ending in .text or .txt, can be displayed. - Updated to SVN revision 1110. - Fixed more cookie bugs (#268, #278, #283, #295). - Fixed a redraw problem if the "Gadget redraw method" is set to "With clear" in GUI prefs Options (#291).
3.19 takes my processor to %100 and never lets go. I can type in the address bar and search field but the page never loads.
I don't monitor CPU usage (what app does that?) but OWB is stalling at some sites like http://utilitybase.com. At UtilityBase part of the page loads and then the D/L counter at the bottom right of the window stops, mouse clicks don't respond and menus (for all programs on the OWB screen) stop working. If I switch to another screen, mouse and menus work. After 2 to 5 minutes the page finishes loading and everything is back to normal. I accessed the same page with IBrowse and it loads really fast. I am using a ?A1/OS4.1 with a dialup connection but haven't had this problem before. IBrowse uses multiple channels and when a file gets stuck, IBrowse continues loading data in the other channels. OWB seems to be single channel because when a file gets stuck, it stalls.
EDIT: I did further checking and OWB 3.18 also stalls at UtilityBase. I checked the page again with IBrowse and one of the image files can't be found by IBrowse either; the Network window shows the image file is located at a different WEB site which apparently can't be accessed (PortableE_small_logo.PNG). However, IBrowse loads the rest of the page and displays an error icon for the missing image. It seems like a bad idea for a page to have images that are located on a completely different WEB site & server. IBrowse shows the file stuck in the "lookup" phase which probably indicates that OWB is making a synchronous call to a TCP function like gethostbyname() and stalling when DNS servers don't find the site. I think that leaving the GUI I/O frozen is an OWB bug though.
EDIT2: The WEB site where the missing image file was located appears to be back up and OWB is no longer stalling at UtilityBase. I can imagine that a page with multiple images located on other WEB sites could present serious stalling issues with OWB and probably should be addressed in a future update.
Edited by xenic on 2009/11/9 16:37:56 Edited by xenic on 2009/11/9 16:52:30
TSK wrote: Surfing on one page I got a requester asking for databases.db: assign. Anybody else ?
I got the same requester, I assigned it to the OWB directory & it never came back during the session. I didn't do a clean install, just replaced OWB 3.18 with 3.19 & ran with it.
Look, only one leg, count em, one! X1000/PA6T@1800MHz/2Gb/Radeon 4850
Repeat issue from OWB 3.18 and maybe some previous versions ...
OWB 3.19 crashes going back to a list generated by google search.
I search for any subject with google search (the default search engine for OWB) and I get the list ok. Click on one of the links (such as the wikipedia page) and it usually goes there ok. Click the back arrow to go back to the list and OWB crashes. Does not seem to matter which entry I choose from the list. The only way I can get rid of the frozen OWB window is to reboot my computer.
I do not mean to be nasty here, but surely doing searches with a web browser is a normal activity. I can do a similar search with AWebPPC (AWeb APL Lite) and IBrowse and they do not crash when I go back to a list generated by the google search.
Google works fine for me on all OWB versions including 3.19. I can generate search lists and go to the matches, then use the back button to return to the original list with no crashes or other problems.