home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / dos / extra / docs / maillist / text / archive.95 / text0312.txt < prev    next >
Encoding:
Text File  |  1996-03-31  |  4.7 KB  |  121 lines
  1. >>>>> "Ernst" == Ernst J Oud <ernstoud@euronet.nl> writes:
  2.  
  3. Howdy Ernst,
  4.  
  5. Everyone: it turns out that it's fairly easy to corrupt .hfv files
  6. when using the browser.  One way that I know is to try to move a
  7. folder into one of its ancestors.  As such, you should be very careful
  8. when using the browser under 1.99l.  These bugs are top priority over
  9. here and they are one more reason why we'll be working hard to get
  10. 1.99m out soon (we've already fixed some other annoying bugs).
  11.  
  12. The mail software we use over here automatically rewraps paragraphs,
  13. which in general is nice, but i fyou have separate points adding a
  14. blank line between them makes it easier for us.
  15.  
  16.     Ernst> Apart from bugs that have been reported already I noticed
  17.     Ernst> the following, mostly browser related:
  18.  
  19.     Ernst> - when using HFS_Xfr to copy files, E/D 1.99l crashes when
  20.     Ernst> HFS_Xfr is exited
  21.  
  22. Logged as Problem Report (PR) #876
  23.  
  24.     Ernst>  - twice I have corrupted a volume; this has not happened
  25.     Ernst> to me a long time
  26.  
  27. The only way we know how to reproduce this is by moving a file into
  28. its ancestor or sibling (Logged as PR#933).  If you come up with any
  29. other way of doing this, please let me know.  Obviously there
  30. shouldn't be *any* way to do this.
  31.  
  32.     Ernst> - I managed to copy a folder with the browser between
  33.     Ernst> volumes. it did not show up on the new volume so I guessed
  34.     Ernst> I had done something wrong. I did it then again and
  35.     Ernst> suddenly i had two identical copies of the folder on the
  36.     Ernst> destination drive! I tried to delete one and then both
  37.     Ernst> where gone.
  38.  
  39. This could be a result of doing something that normally would work,
  40. but doing it on a corrupted filesystem.  If you can reproduce this
  41. type of problem on a filesystem that you haven't done any moves on,
  42. then this is an additional bug for us to track down and we need to
  43. know about it.
  44.  
  45.     Ernst> - when copying I get a lot of ERRORs -43 (File or Folder
  46.     Ernst> not found)
  47.  
  48. Some may be caused by HFV corruption.  It also turns out that you'll
  49. get these when you delete files, even though the files will delete
  50. successfully (PR #936).
  51.  
  52.     Ernst> - when I have accessed an icon it gets squares surrounding
  53.     Ernst> its graphic and its text; this looks very ugly
  54.  
  55. We're open to suggestions on nicer ways to hilite the currently
  56. selected object.
  57.  
  58.     Ernst>  - when the ribbon is selected; a sort crashes the browser
  59.     Ernst> and E/D
  60.  
  61. I couldn't reproduce that one.  If you can supply an exact set of
  62. things to do, starting with a fresh copy of E/D 1.99l, that will
  63. produce the crash, we can probably fix it.
  64.  
  65.     Ernst>  - the ribbon-ends do not tell in which direction there are
  66.     Ernst> more icons
  67.  
  68. PR #930
  69.  
  70.     Ernst>  - one can ask 'Get File Info' of a folder; it then gives
  71.     Ernst> nonsense
  72.  
  73. Noted.  PR #937
  74.  
  75.     Ernst>  - why do windows open with the size of their parent and
  76.     Ernst> why are they positioned just below the menu bar of the
  77.     Ernst> parent? I don't know but to me it looks so ugly. The
  78.     Ernst> Windows idea of opening a child a bit down and to the right
  79.     Ernst> of the parent is much nicer.
  80.  
  81. We used to do things that way, but Bill changed it at the last minute.
  82. He's not around to ask right now, but if people want it changed back,
  83. we can do that.
  84.  
  85.     Ernst> - the intensity difference between normal and dimmed menu
  86.     Ernst> entries is on my machine barely visible; I lighther grey
  87.     Ernst> for dimmed should be used
  88.  
  89. I haven't logged this as a separate problem yet, since it may just be
  90. a manifestation of an existing problem (colors being too dark in
  91. general; wasn't logged, but is now PR #938).
  92.  
  93.     Ernst>  - AuthorWare Working Module used to work; it now crashes
  94.  
  95. Hmmm... is there a shareware or demoware copy of this that we can look
  96. at?  I know a GIF viewing program broke (and has since been fixed)
  97. between 1.99k and 1.99l, but if we can't get a copy of this software,
  98. we may need to have you send in a traceback.
  99.  
  100.     Ernst> Will test a lot more this evening but first I have to make
  101.     Ernst> some dummy volumes; I am not letting E/D loose on my
  102.     Ernst> existing volumes since they might crash.
  103.  
  104. Right.  Good plan.  Thanks for the bug reports.
  105.  
  106. Anyone who is interested in problem reports can query our bug report
  107. database by sending e-mail to "query-pr@ardi.com".  Your subject line
  108. should be the arguments to "query-pr", "--help" gives you a list of
  109. what arguments you can give query-pr.  Problem report numbers reflect
  110. the total number of problem reports ever sent in, not the number of
  111. outstanding problem reports.  Most problem reports that have easily
  112. repeatable directions are closed out by the time the next release
  113. comes out.
  114.  
  115.     --Cliff
  116.     ctm@ardi.com
  117.  
  118.  
  119.  
  120.  
  121.