home *** CD-ROM | disk | FTP | other *** search
/ AmigActive 13 / AACD13.ISO / AACD / Information / WebSites / Scalos / bugs.txt < prev    next >
Text File  |  2000-04-25  |  9KB  |  178 lines
  1. **** MISC BUGS
  2.  
  3. (   ) If screenmode is changed so that it's a higher depth Scalos will close
  4. and re-open screen BUT the iconify/MUI gadgets are all corrupt. It seems
  5. as it the original SYSIHACK gadgets don't have enough bitplaces and are
  6. showing scrambled mess mixed in with the original SYSIHACK gadget? Also
  7. the backdrops do not get re-mapped to better colours when more are made
  8. available :-( Maybe be an MCP problem?
  9.  
  10. (   ) Dunno if this is more a 'filetypes.plugin' problem but when the
  11. directory window is in text view mode the filetypes are not recognised
  12. resulting in files all trying to be executed rather than using the
  13. program which is associated with the filetype as specified in the icons
  14. tooltype.
  15.  
  16. (   ) Update the developers API docs as they are not very useful at the
  17. moment! More examples would be nice too. And the autodoc function names
  18. don't mirror the actual library commands!!!
  19.  
  20. ( ) Using AREXX menu option causes Scalos to crash when items selected.
  21. Current work around is to use AmigaDOS command type and launch the
  22. scripts with the 'Rx' command.
  23.  
  24.  
  25. **** WINDOW BUGS
  26.  
  27. (   ) When a file is deleted or updated, maybe the icon changed, the whole
  28. window gets refreshed and makes the user wait until the icons have been
  29. re-loaded again. This is slow and annoying after a while. Why can't just
  30. the changed file get updated. It gets very irritating if updating icons
  31. in a directory as you have to wait whilst the whole window refreshes.
  32. Also when dragging icons Scalos sometimes freezes for a couple of
  33. seconds and then puts the icon back in its original place making the
  34. user have to go back and pick it up again :-(
  35.  
  36. (   ) I went into my 'Prefs/ENV-Archive/Sys' drawer to see all my def_#? icons
  37. and put the Scalos dir window into 'View by Text' mode whilst it was
  38. still reading the files. After just a second (before everything had
  39. appeared in the window) Scalos crashed :-( So I had to resort to DOpus
  40. which I didn't want to do...
  41.  
  42. (   ) I use the middle mouse button to move the windows contents around. When
  43. I let go of the MMB and move the pointer the window bitmap jumps to the
  44. location of the current mouse pointer rather than the place which I let
  45. go of the MMB. It only does this if I move the mouse relatively quick
  46. but is still annoying as I like to move the window bitmap around and
  47. click on icons when navigating my hard drive.
  48.  
  49. (   ) When a directory is loading in all the icons and I change it to view as
  50. text whilst still loading up this happens: Scalos clears the window
  51. leaving a strip of the window pattern at top, then adds the column
  52. headers over that and lists all the files as text. BUT whilst doing this
  53. the icons are being loaded up and displayed in the window still. After a
  54. short while the whole computer locks up and has to be reset. Try it with
  55. the 'SYS:Prefs' drawer or maybe your 'SYS:Devs/Datatypes' drawer as they
  56. have lots of files in, usually.
  57.  
  58. (   ) If I change a directory window to 'view by text' Scalos seems to assume
  59. I want to view any nested directories also in the same view mode no
  60. matter what they were snapshot as.
  61.  
  62. (   ) Bug or not? Open a directory window from a floppy disk (or removable
  63. media) and then open a sub-directory window. Iconify the root directory
  64. window and REMOVE the floppy disk. Then select 'Open Parent' from the
  65. sub-directory window pop-up menu. The iconified window does not pop-up
  66. into view. However it DOES pop into view when the disk is re-inserted
  67. and the menu option re-selected. Can't decide if this is a bug or not.
  68. Quite a lot of the time it causes the common 'Scalos_Window_Task'
  69. recoverable error.
  70.  
  71. (   ) Open a directory window. Reduce its size with the zip gadget. Now
  72. iconify it. Un-iconify it and it returns to the previous window size,
  73. i.e. zipped up small. Now click on the zip gadget to return it to it's
  74. original size. OOOPS! It doesn't - it expands to full screen size.
  75. Naughty :-) Weird?!  And how or why did I find this... :o)  Check
  76. wd_MaxWidth and wd_MaxHeight fields in Window structure are filled
  77. correctly after un-iconifying
  78.  
  79. (   ) If you open a directory window. Then rename the directory the name in
  80. the opened directory window is not updated.
  81.  
  82. (   ) When a directory window is in text-view mode and the middle mouse button
  83. is held down and the mouse moved about the column headers flicker
  84. (especially 'Date' column)!
  85.  
  86. (   ) When many many Scalos windows are opened the pop-up menu for the window
  87. becomes VERY slow and un-responsive when the Snapshot/Show/Viewby
  88. options are selected (the ones with sub-menus).  Maybe a popupmenu.library bug?
  89.  
  90. (   ) 'Scalos_Window_Task' crashes a lot lot more now! It wasn't exactly
  91. stable before but now it's much more often.
  92.  
  93. (   ) Doing a window clean up when in text mode removes all text! An update is
  94. needed to redraw the windows contents!
  95.  
  96. ( X ) Enforcer hits.  Press RMB over an icon, after pop-menu option is selected
  97. a number of LONG-WRITE and LONG-READ hits occur.
  98.  
  99.  
  100. **** COPYING & ICONS BUGS
  101.  
  102. (   ) When an icon is left out and then renamed whilst left out it dissapears.
  103. This is because the '.backdrop' file does not get updated when the file
  104. is renamed.
  105.  
  106. (   ) When selecting the 'Copy' option from the disk icon pop-up menu it will
  107. not just launch a diskcopy. Instead it tells me to select it from the
  108. 'icons/copy' menu option!
  109.  
  110. (   ) Disk icons hang-off the bottom or right side of the Scalos desktop until
  111. a refresh is done. This appears to be caused when the snapshot of an
  112. icon does not fit properly into a different screen resolution.
  113.  
  114. (   ) When a drawer icon is left out on the desktop and a file is dragged on
  115. to it (for copying) Scalos refuses to do anything! If I open the
  116. left-out drawer and then drag the icon into the drawer window it works.
  117.  
  118. (   ) When a program is copied into another directory BUT a directory of the
  119. same name exists in it, the copy half works. Basically the icon of the
  120. file to be copied gets copied. I think (this is personal opinion now)
  121. that the icon should not be copied over if it was being copied as the
  122. package (i.e. the executable and icon). However if (in text view mode)
  123. just the icon is dragged over then this should be okay. Hope I explained
  124. that well?!?
  125.  
  126. (   ) When a selection of icons are dragged memory loss occurs! Memory loss occurs
  127. of 18160 bytes every time when I drag the SAME group of icons, however I get
  128. different values for different groups of icons being dragged.
  129.  
  130. (   ) Add SCALOS_NODRAG to a icons tooltypes and you can't drag the icon, but
  131. you can drag it to the backdrop, then you can drag it back to original
  132. window in a new position. And seeing as it is suppost to be NODRAG why
  133. am I able to actually move the icon image in the first place?
  134.  
  135. (   ) If I drag a device icon into another directory window it will copy
  136. everything from the device into a directory of that name. But if I stop
  137. it during the copying and then re-drag the device icon into the
  138. directory window again nothing happens. No attempt is made to copy ANY
  139. files nor does a requester pop-up asking if files should be replaced
  140. etc.
  141.  
  142. (   ) In text view mode you can only select a file by clicking on its
  143. name, not on its date stamp, protection bits, comment etc. HOWEVER if
  144. you drag a small lasso over anything associated with the file it will
  145. become selected (good) - so can the whole line be selectable with a
  146. simple mouse click please?
  147.  
  148. (   ) I've mentioned a few problems with the copying process. Here's a better
  149. idea -> support the possability of a Scalos 'copy.module' - don't
  150. understand why it was never in to start with?!!
  151.  
  152. (   ) The def_CD0 type default device icons take priority of any existing
  153. icons on the media in the specified device. Make it possible to select
  154. which has priority in the main Scalos prefs so that CDs without an Amiga
  155. specific icon will still show up with a nice icon but at the same time
  156. Amiga CDs will have their own correctly snapshotted icon displayed.
  157.  
  158.  
  159. **** DISKS BUGS
  160.  
  161. (   ) When the disks icons are locked, and some new device are mounting (ie.
  162. CDrom by Cachecdfs), these icons are rearanged with lose the original
  163. position. Note, the CD media icon has no SCALOS_NODRAG tooltype.
  164.  
  165. (   ) If a disk is write protected and you try to drag files
  166. onto a left-out directory (of a non-write protected drive), it complains
  167. that the source disk is write protected.. Why is it trying to write to the
  168. source disk?
  169.  
  170. ( X ) One user has a 4.3gig partition (on an 8.6gig drive) and for some reason
  171. Scalos calculates the space remaining in bytes (even though it's set to
  172. megs).. it looks a bit like this: Technics - 19% full, 790 MB in use,
  173. 3,763,035,136 B free
  174.  
  175. (   ) If I drag a '????' device icon (like when a PC disk is in DF0) onto
  176. another device icon the task "Scalos_Drag&Drop" causes an Enforcer hit
  177. according to Cyberguard whilst starting up the diskcopy program. No
  178. crash or reboot happens though which makes a nice change ;^)