Bugs

From Java.Inquisition

Please report bugs below:

Contents 1 Unresolved 1.1 Drag and Drop answers in Java.Inquisitor 0.12 1.2 Test: SCJP 5.0 themuppeteer Quiz 1.2.1 Question 1.3 Test: SCJP 5.0 themuppeteer Quiz 1.3.1 Question 2 Resolved 2.1 Correction for John Meyers SCJP 5 mock exam 2.2 GTK+ theme

[edit] Unresolved

[edit] Drag and Drop answers in Java.Inquisitor 0.12

Frequently, but not always, Drag and Drop answers are rated INCORRECT even though the example solution shows the same answers as I chose. I have not figured out a better logic to this.

Many thanks reporting the bug; I'm having trouble reproducing it on my machine, though -- I don't suppose you would be able to grab a screenshot of an instance of this happening, or remember any particular question(s) it occurred on? Cheers. Matt 20:29, 24 June 2007 (BST)

Sure I can: Screenshot1, Screenshot2 - its from the Inqusition SCJP 5 hashCode+equals test (BTW: your d&d behavior is really smooth and clear in comparision to the fiddly behavior of Whizlabs d&d) User:mhoennig 12:22, 27 June 2007 (CEST)

It happens with Java5, but works with Java6. Thus: very low prio. User:mhoennig 00:41, 28 June 2007 (CEST)

[edit] Test: SCJP 5.0 themuppeteer Quiz

[edit] Question

 public class Testing123 {
   public static void main(String... args)
   {
       Set t = new TreeSet();
       t.add("a");t.add("b");t.add(666);
       for(Object o:t)System.out.print(o);
   }
 }

Answer claimed to be correct: doesn't compile. In fact it Compiles well (I have verified this), instead a runtime exception because at runtime an Integer is added to a TreeSet of Strings. Collections with "Tree" in the name are sorted meaning that all objects added to the Collection must be compareable - but Integer and String are not comparable (General Rule of Thumb: Objects which are not related (instanceof) are not comparable).

[edit] Test: SCJP 5.0 themuppeteer Quiz

[edit] Question

 public class Testing123 {
   public static void main(String... args)
   {
       Number[]na = new Integer[3];
       System.out.println(na[0]);
   }
 }

Answer claimed to be correct: compilation error In fact the code compiles correct and prints null.

BTW: Thanks for this great program it is better than the "offical" testing demo software from prometrix which came along with my book. Oh, and of course thanks to all the peopöe who have contributed tests :o).

[edit] Resolved

[edit] Correction for John Meyers SCJP 5 mock exam

Question:

// Line 1:
list < ? super String> list = new ArrayList <String>> (); 
 
// Line 2:
list.add(new Object()); 

Drag and Drop the following options over Line 1 and Line 2. Drag the relevant fragment over the line to indicate whether or not the Line will not compile, or if will compile, whether it will throw Exceptions.

Correction: In Line 1 it should read List instead of list - than the answer defined as correct "Compiles with no runtime exception" is correct ...

Thanks; this should be fixed for the next release. I've let John know as well. Matt 20:35, 24 June 2007 (BST)

[edit] GTK+ theme

JTextPane background should be white; textbox background doesn't change colour</s> — bug in Java SE < 7, see [1].