Since installing 5.8.8 I notice that two windows open whenever I click "message boards" or "your account" or any tab on 5.8.8. They open simultaneously one over the other, so it is not noticed until you close the window and find a blank one underneath.
Anyone else notice something like this?
The blank window does not even have a URL listed in the address box. The problem only occurs when opening an IE window through the E@H 5.8.8 program.
Copyright © 2024 Einstein@Home. All rights reserved.
5.8.8 IE window glitch????
)
Already talked about in the Problems & Bug Reports. That is BOINC Bug and is already being taken care of on the BOINC message boards.
Thanks Pooh Bear :^)
)
Thanks Pooh Bear :^)
sounds like another good
)
sounds like another good reason to get Firefox because that problem does not happen for me using v5.8.8
98SE XP2500+ @ 2.1 GHz Boinc v5.8.8
Interestingly enough, it also
)
Interestingly enough, it also seems to only affect IE6. I tried to replicate it with IE 6 and 7 and FF 1.5 and 2.0.
The only one affected is IE 6.
Kathryn :o)
Einstein@Home Moderator
Thanks for the info., at this
)
Thanks for the info., at this point only a minor irritant. I will just carry on assuming the 5.8.9 will not have the same type of results on IE6?
As far as I know the major
)
As far as I know the major change between 5.8.8 and 5.8.9 is the correction of the DCF bug (I'd have to dig out the email Rom sent with the change log).
So the IE6 thing is probably still in there. I'll pop over to the other computer and check it out.
[edit]
Yup. It's still present in 5.8.9. As someone else reported it only hits when BOINC is opening IE when no other IE windows are open.
[/edit]
[edit2]
Here's the change log from Rom's email to the alpha list
Change Log:
- core client: computation of duration_correction_factor was messed
up.
E.g. when the correct value is .5, it converges to sqrt(.5)
- core client: tweak DCF update computation
- core client (Unix): tweak stack-size logic,
and don't bump stack size limit beyond 64MB
- core client: fix bug where client thinks an app is running but it
isn't.
Basic problem: there are two layers
1) process control: start/stop/suspend/resume, handle exits.
files: app_*.C
It owns ACTIVE_TASK::task_state
2) CPU scheduling: decide what should run
files: cpu_sched.C
It owns ACTIVE_TASK::scheduler_state.
These layers weren't cleanly separated;
e.g. the CPU sched layer relied on the process control layer
to set scheduler_state in some cases,
and this wasn't always being done.
I fixed this; the layers are now separated.
Also: added new task_state value, PROCESS_QUIT_PENDING
- core client: small tweak to DCF calculation
- core client: comment out stack-size stuff
- core client: print error messages if gethostbyname() fails
for entries in remote_hosts.cfg
- Manager
changed "defect" to "stop using"
changed 2006 to 2007
- core client (Unix): removed code for SIGTSTP and SIGCONT.
never got it to work, don't need anyway;
handle SIGPWR.
- core client: print message if task finishes and output file is
missing
[/edit2]
Kathryn :o)
Einstein@Home Moderator
BOINC 5.8.11 released, but
)
BOINC 5.8.11 released, but problem with blank window in IE6 is still here...