@samo79 Dunno, imho it was another one, and fixed since. But just in case of all the bugs, try to set lists srollbards in the mui-prefs to "NEVER", and see, if it helps. And write here about results plz :)
Also there are some rendering bug in GUI (see the highlighted circle on the grab) also the mousewheel support does not work on the bookmark/history section, this need to be implemented too
@samo79 While that thread forces to bug-reports as well, i can say that i can now reproduce 606 bug ! Its crashes not when you open it from buttons, but when you open it exactly from menus (strange).
Will invistigate.
edit: yes, you are right, that is the same bugs about dynamical scrollbars. So, 2 bugs will fixed because of that already (606, and one which i found lately and which wasn't on bugs.os4depot.net).
Will be intreresting now to test those "download bugs". Maybe they also will be fixed because of that :)
Mate it's all related, this fix also the download bug !!
Can you please one more time give me a hints how to reproduce it (just want to be sure that is it). If i say for example open from my local hdd 10 images and save them all by "save as" via context menu, will be there is crash when lists's scrollbars are sets to "auto" ?
ps. About "fixed" we need to be 100% sure. Just play with all of this for the next few days, and if "never" settings are really fix everything, then..
Bugs is such a bastards, you think that is fixed, but is not :)
Yeah, i will mark everything as fixed , when it will be really fixed. For now we only (maybe) found the roots, and can hope that it will be fixed by Thore (but when, if, and so on). In other words, mark the bugs fixed, when they not fixed are wrong :) Hold on, not be fast on changing states and so on:)
Can you please one more time give me a hints how to reproduce it (just want to be sure that is it). If i say for example open from my local hdd 10 images and save them all by "save as" via context menu, will be there is crash when lists's scrollbars are sets to "auto" ?
Easy, I did that simple experiment setting this specific MUI Prefs with MUI OWB
I have MUI opened (and OWB to the other side of the window), then i try:
"Always", then "Auto" and finally to "Never"
Then i restart OWB and i did some download from OS4Depot testing each option
I can download many files (right click with the mouse or in other method) without any problem except --> if i set "Always" in MUI prefs, the other 2 options seems ok and doesn't cause crashes
Quote:
ps. About "fixed" we need to be 100% sure. Just play with all of this for the next few days, and if "never" settings are really fix everything, then..
It's not necessary because it always crashed having set "Always" (and i had this setted to "always" by default!) after the second or the third file to download, so we don't need hours of navigation to test it
In short, now we know exactly how to reproduce the download bug
Also right now i've found another DSI crash in MUI trying to change "Always" "Auto" and "Never" on the fly while MUI OWB is opened
Quote:
Crash log for task "MUI" Generated by GrimReaper 53.2 Crash occured in module intuition.library.kmod at address 0x019E1ADC Type of crash: DSI (Data Storage Interrupt) exception
Switching from --> always, auto or never while OWB still opened caused this crash (i try 3 times!), conversely if you switch that option in MUI (after pressing "Save") without OWB (with OWB closed i mean) all goes well
So this is another bug to check in MUI or in OWB ...
Also right now i've found another DSI crash in MUI trying to change "Always" "Auto" and "Never" on the fly while MUI OWB is opened
You mean you run muiowb, come to mui settigns of muiowb (not global mui prefs, but mui prefs of muiowb), and then just auto/test, always/test, never/text, few times like this and then crash ?
For now i try with "global mui prefs" not the direct "mui prefs of muiowb"
But i suspect it would be the same ..
Yep, should be the same. Anyway, for now its fully understanable, that dinamical lists's scrollbars are buggy a lot, and when it will be fixed, it will fix all the muiowb crashes :)
Yep, remain to understand the other big crap bug, the small font behaviour that happen after a while, i didn't test yet if it happen changing the same option in MUI (this bug conversely to the other still happen after a while)
The problem eroom describe is the same reported on the MUI-OWB bugs site number 627 (DSI when saving a picure to local HD).
This problem came when I save something (attached files on emails) on the HD, from email I read with my 2 email adresses sites, of course with MUI-OWB.
A1200+Mediator+VooDoo3+060/50+96mo+IIYAMA 17"+CD,CDRW,ZIP SCSI-KIT SAM440EP on Mapower 3000+AOS4.1
@Mrodfr As i point out in the few posts early: go to mui prefs/ lists, and set lists's scrollbards to NEVER state, then save, then reboot, run muiowb, and try again if you have problem about which you say.
Please, do not forget to report back here if it fixed crashes for you
Yep, remain to understand the other big crap bug, the small font behaviour that happen after a while, i didn't test yet if it happen changing the same option in MUI (this bug conversely to the other still happen after a while)
That one shouldn't be related to scrollbars. Also as you can see in that post from daveyw, it also happens in ibrowse as well, so, we can assume its mui bug. Because if it happens in ibrowse too, then roots are not in muiowb.
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
