scratchfoundation / scratch-flash Goto Github PK

Issue by idreyn
Sunday Feb 02, 2014 at 19:45 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/833

Right now you can have a blank title for a sound, and then duplicate it, causing conflicts between two sounds with the same (blank) name.

If the title of a sound is deleted, perhaps replace with default title.
Reporter: Natalie Rusk
Begin: 2013-04-26
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:44 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/686

Attempting to import a 1.4 sprite directly into the editor doesn't seem to work. It looks like users have been importing sprites by uploading a 1.4 project instead, but that workaround can be cumbersome.

http://beta.scratch.mit.edu/forums/topic/1668/
http://beta.scratch.mit.edu/forums/topic/1374/

2.0 sprites upload fine.
Reporter: Franchette Viloria
Assigned to: John Maloney
Begin: 2013-03-22
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:40 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/261

When paint editor has focus, keypress events should not be paid attention to by other elements of Scratch.

http://scratch.mit.edu/discuss/topic/710/?page=1#post-4595
Reporter: Amos Blanton
Assigned to: John Maloney
Begin: 2012-12-19
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:43 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/571

Uploading a Scratch 1.4 project from the File > Import from local drive, or uploading a file via Scratch 1.4's share function, must parse the associated remix history. This should be displayed in the notes area, as it is for projects that are remixed entirely on the 2.0 site.

To test:

1. Download a project file from old site.
2. On beta, Create > File > Import from local drive.
3. The newly created project does not indicate remix relationships.

Reporter: Amos Blanton
Assigned to: John Maloney
Begin: 2013-02-19
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:44 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/780

The Paint Editor is currently unable to import images with .bmp extensions. It uploads most other images fine, though.
Reporter: Franchette Viloria
Assigned to: Shane Clements
Begin: 2013-04-18
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:43 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/658

Here's a nice demo project:
http://scratch.mit.edu/projects/10072592/

"We may want a way to set the number of digits of precision for both variable and list monitors. But for now one or two digits after the decimal point is probably good enough. I think that's what we did in Scratch 1.4."
Reporter: Amos Blanton
Begin: 2013-03-12
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:45 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/802

Let's say I want to use a color in the costume I'm editing that is the same color that I used on another sprite, which is visible on the stage. I should be able to click the eyedropper, and then click the color that's visible on the sprite on the stage to get it.
Reporter: Amos Blanton
Assigned to: John Maloney
Begin: 2013-04-23
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:41 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/454

Perhaps we should have a set of shapes that are currently hard to create in the paint editor because of lack of eraser.

eg donut?
Reporter: Champika Fernando
Begin: 2013-01-29
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:46 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/896

Add option to sense any key pressed
Reporter: Natalie Rusk
Begin: 2013-05-07
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:42 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/484

See Forum topic

http://scratch.mit.edu/discuss/topic/1752/

if you drag a stack of blocks from the bottom of another stack over to the stage and release them, they snap back to the original stack - but no longer run. They are attached to the stack (when you drag the stack around, the moved blocks go with the stack) - but they don't seem to do anything.
Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2013-02-02
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:40 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/336

If you click broadcast > new message more than once, you get multiple dialog boxes stacked on top of each other prompting you for a message.
Reporter: Natalie Rusk
Assigned to: John Maloney
Begin: 2013-01-14
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:42 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/507

Working with Amos to figure out why I can't add files. If this goes through, then we are fine.
The file below illustrates a variable hiccup.
Reporter: Ursula Wolz
Assigned to: John Maloney
Begin: 2013-02-05
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:45 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/878

In the editor, when you enter fullscreen mode and then press the back button on your browser, you're now on the project page but the project still thinks it's in full screen. So now, when you press the button to exit out of full screen, the editor toolbar appears.

See post from discussion board:
http://jiggler.media.mit.edu/discuss/topic/4347/
Reporter: Karen Xiao
Begin: 2013-05-03
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:39 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/184

http://scratch.mit.edu/projects/Test_Cases/2951909

The slider works fine in Scratch 1.4 - with any of the costumes of the Ground sprite. That might be because the costume is "behind" the slider in 1.4 but "in front" of the slider in Flash. In other words, it might be a Z order issue.

This appears to be a case of a costume interfering with a slider. Use the Space key to change the costume of the "ground" sprite. Costumes 1 and 2 appear to block the slider (does not respond to mouse) while costume 3 does not.

All the costumes appear the same - I noticed that the dimensional height of the original costume (costume 1) was reported as larger than it visually appeared so I used the paint editor to delete invisible pixels above the tops of the trees resulting in costume 2 and finally costume 3. I could not find the stray pixels through my usual method of filling the empty space with a bright color (red or yellow) and looking for "holes"

Other information...removing any one of the three remaining sprites allows the slider to move. Removing the "Go to Front" blocks on the Ground and Alarm sprites allows the slider to move.
Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2012-12-02
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:38 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/110

To reproduce:

1. Drag out a scene 1 hat block.
2. Click stage, select scene, change name from "Scene 1" to "foo".
3. Return to blocks editor where you dragged out scene 1 hat block.

Actual behavior:
Scene hat block still says When scene "scene 1" starts. But if you pull down menu, it's scene 1 is no longer an option.

Expected (desired):
Scene hat block should now say when scene "foo" starts.
Reporter: Amos Blanton
Assigned to: John Maloney
Begin: 2012-10-26
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:43 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/625

We shouldn't ever export the content outside of the viewbox area of the svg.
It may be that you need to set the center of the viewbox to the costume center. Attached is an exported svg that was made after dragging the image to the upper right of the paint editor area, then setting costume center on it (so it seems fine / centered in Scratch), and then exporting the costume. It appears outside of the viewbox area when opened in inkscape and that adobe thing that Shane uses.
Reporter: Amos Blanton
Begin: 2013-02-28
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:45 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/884

when video motion > N in sprite should not trigger when sprite is hidden
Reporter: Natalie Rusk
Assigned to: John Maloney
Begin: 2013-05-04
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:44 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/747

If a sprite with script comments is added to the backpack, when the sprite is dragged out of the backpack, the comments are gone.
Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2013-04-11
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:43 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/663

On this project, the icon sprite is behind another sprite (its block asks it to go back a layer.)

http://jiggler.media.mit.edu/projects/10077454/#editor

Right clicking on the sprite and choosing show does not show the sprite.

I think we should follow the same decision as we used with 1.4: right clicking and selecting "show this sprite" should always make the sprite visible, no matter what it takes layer / position wise.
Reporter: Amos Blanton
Begin: 2013-03-13
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:43 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/602

One of the Media Lab students in the course asked if the zoom could be kept the same between costumes within a sprite (as currently only 100% lets you know the relative size).
Reporter: Natalie Rusk
Assigned to: John Maloney
Begin: 2013-02-24
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:39 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/178

It seems it's a fairly common programming practice to move sprites as far to the left (or right) as they will go, note the X position, and use it in a conditional (usually for scrolling or wrapping). Unfortunately, the maximum/minimum sprite positions that the Flash player can currently reach fall just short of what Scratch 1.4 can reach so projects that use this technique fail. See example project below:

http://scratch.mit.edu/projects/Test_Cases/2934217

In this case, the scripts are looking for an X value of -443 but Flash is maxing out at -442.95. Maybe the solution is to round the Max/Min values that Flash is using?
Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2012-11-24
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:43 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/584

Report:
http://beta.scratch.mit.edu/forums/topic/2482/?page=1#post-13180

Not sure if you want to support it or not, but I guess it'd be nice if it's pretty easy.
Reporter: Amos Blanton
Begin: 2013-02-20
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:39 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/241

I've noticed from time to time the Paint editor has a tendency to slow down a bit if there are a lot of nodes that I am working with. I've also seen the commit charge and memory usage of my Firefox browser spike up when creating images with more and more nodes - occasionally, the browser (and sometimes the computer) freezes as a result.

It's very likely that my internet connection (DSL) might have have something to do with it.

[http://scratch.mit.edu/projects/10009642/#player] - not the best example, but it should have more than enough nodes to cause a significant slowdown (at least it does on my end).
Reporter: Franchette Viloria
Assigned to: Shane Clements
Begin: 2012-12-16
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:43 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/660

Not sure if you want to fix this, but ideally- if I make a change to the backpack in one place, it should affect it in all open tabs. (I understand that's challenging, but it seems like the best strategy design wise.)

Workaround is to go to another page, and then re-open the project.
Reporter: Amos Blanton
Begin: 2013-03-13
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:39 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/244

Here's a nice project one of our Scratchers made to compare instrument tone quality between 1.4 and the online players.

http://scratch.mit.edu/projects/digimathtryit/2981646

There is some useful feedback in the project notes. I also ran into a musicbox project that sounded just terrible on flash

http://scratch.mit.edu/projects/Fire5000/2914703
Reporter: John Maloney
Assigned to: John Maloney
Begin: 2012-12-17
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:39 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/176

http://scratch.mit.edu/projects/Test_Cases/2926971

Moves with a step size less than 0.5 result in no motion when the sprite is positioned at the top and left boundaries of the screen. Motion does result on the right and bottom edges

The speed can be changed by adjusting the Speed * 10 slider and clicking on green flag. Note that if the speed is increased to something that rounds up to 1.0 or greater, motion works on all edges.

The blue sprite is draggable so you can change the start point if you want (move it while it is saying that it is moving towards the center). Doing this shows that it's not an "On Edge" condition - it can take fractional steps if you move it away from the maximum screen dimensions a bit.

This problem was first reported on this project

http://scratch.mit.edu/projects/ErnieParke/2913790
Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2012-11-21
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:45 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/861

The "Saving project..."message covers a lot of the Stage area-- and on a slow connection really gets in the way. Could it be smaller and appear lower down on the Stage? Or could the message simply appear in the orange message area instead?
Reporter: Natalie Rusk
Assigned to: John Maloney
Begin: 2013-04-30
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:43 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/582

In 1.4, when a costume is created from a blank slate (first time it is saved - or after a Clear operation), and the costume center is not manually defined, the costume center will be set to the center of the bounding box that encloses all elements of the costume.

This is a very handy feature, particularly for beginning programmers. Without it, the costume center often ends up outside the bounding box of the costume, which causes unexpected results when the sprite is moved or rotated.
Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2013-02-20
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:45 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/819

Haven't investigated yet, but Griffpatch is reporting.

http://beta.scratch.mit.edu/users/Lightnin/#comments-12054
Reporter: Amos Blanton
Begin: 2013-04-25
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:45 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/816

After clicking Convert button print notice (in orange bar) that says:

Converted to bitmap/vector. To undo, click the undo arrow.

Keep it up 4 seconds.
thanks!
Reporter: Natalie Rusk
Assigned to: John Maloney
Begin: 2013-04-25
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:42 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/549

http://beta.scratch.mit.edu/projects/10048892/

As different levels of ghost effect are applied, the edge of the shape becomes visible (even though it is the same color as the fill). Also, overlapping areas of shapes in the costume show as more dense, like they were separate sprites.
Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2013-02-14
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:40 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/339

Check to make sure after people edit a sprite name to make sure there isn't another sprite with the same name. (Add a number as done when duplicating a sprite.)
Reporter: Natalie Rusk
Assigned to: John Maloney
Begin: 2013-01-15
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:41 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/400

http://scratch.mit.edu/discuss/topic/1006/?page=1#post-6949
Reporter: John Maloney
Assigned to: John Maloney
Begin: 2013-01-22
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:38 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/112

http://scratch.mit.edu/projects/Test_Cases/2865873

In Scratch 1.4, it is possible to set up scripts to detect Right-clicking and Scroll-wheel operations (in Presentation mode). However, these don't seem to work in Flash.

This may be more of a feature request than a bug report - since these were never officially supported capabilities.
Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2012-10-27
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:40 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/344

On the old site, if a mod wants to review a flagged project that uses a language they don't speak, they need to copy each string from each variable, costume name, sprite name, or talk / think bubble that has a unique string and paste it into a google translate. It's not too practical! Ideally there would be a way for mods to get the whole collection of strings, and the labels of their containers, so they can paste it into a translation engine in one go.

This would also be useful even when the mod does speak the same language, as sometimes bad strings are buried in various places.
Reporter: Amos Blanton
Assigned to: John Maloney
Begin: 2013-01-15
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:41 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/452

When the backdrop is named (only) a number the "next backdrop" block seems to skip it and switch to the backdrop # that the number was.

References:
http://scratch.mit.edu/projects/10019583/
Reporter: Cheese Munchy
Assigned to: John Maloney
Begin: 2013-01-29
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:43 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/659

1. View project, see inside.
2. Drag multiple costumes to backpack.
3. Hit back button (goes back to project page.)
4. Hit back again
   -- Results in "save warning" even though no edits were made to the project.
   Expected behavior: no save warning.
   Reporter: Amos Blanton
   Begin: 2013-03-13
   Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:45 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/872

Click the pencil tool or brush tool. When you go to the scroll bars in the paint editor it stays as a pencil or brush cursor instead of an arrow.

(I've seen the pencil stick sometimes in the rest of the interface too, but only when first switching to vector.)
Reporter: Natalie Rusk
Assigned to: Shane Clements
Begin: 2013-05-02
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:38 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/63

Sample project showing the effect:

http://scratch.mit.edu/projects/Test_Cases/2811430

Whirl effect appears to be centered to the left and above the actual sprite center. It doesn't seem to matter what the size of the sprite is.
Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2012-10-02
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:39 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/139

http://scratch.mit.edu/projects/Test_Cases/2901721

With the Flash player, A ghosted sprite moved to the front can block focus of an Ask block text entry field.

In Scratch 1.4, focus seems to be automatically set to the Ask block so the sprite doesn't block text entry.
Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2012-11-11
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:43 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/626

Some people aren't finding a way to copy scripts still

so they suggested adding to the right-click menu (for sprites, scripts, etc) "copy to backpack"
Reporter: Natalie Rusk
Assigned to: John Maloney
Begin: 2013-02-28
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:38 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/111

Compared to Scratch 1.4, some of the percussive instruments sound too soft, particularly around note 50. For instrument number 109 (Kalimba), for instance, I measured a sound level of 63 dB on Scratch 1.4 versus only 56 dB on Flash. Instrument 11 (Music Box) also sounds soft - I think they are using the same base sound file. Perhaps the base sound file volume can be boosted a bit?

There's an instrument exerciser project over here, if you want one.

http://scratch.mit.edu/projects/Test_Cases/2861085
Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2012-10-26
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:44 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/782

I tried to select part of a bitmap image, duplicated it by pressing Ctrl+C, and then tried pasting it; However, the image just pasted on the top left corner.
Reporter: Franchette Viloria
Assigned to: John Maloney
Begin: 2013-04-18
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:45 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/888

Selecting vector objects that Mitchel and I drew today in two different projects results in a select area that's larger than the image itself.

This results in the images looking off center.

Image attached
Reporter: Natalie Rusk
Assigned to: Shane Clements
Begin: 2013-05-04
Completed: 0

• Adding a list item with the plus sign button adds a list item - but also provides it with a value of three asterisks. If the intent was to fill the field with something, just to show that it was an entry field, maybe something like "Item 1", "Item 2" etc. would be more helpful to the user.
• Clicking on the plus sign button inserts a new list item before the first (top most) list item, rather than appending a new list item at the bottom of the list, as it did in Scratch 1.4. I think we want it to add to the bottom as this is how most people construct a list manually (with paper and pencil) and it is how experienced users expect it to work based on Scratch 1.4.

Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2013-02-01
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:42 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/511

Mouse wheel to zoom in /out about the mouse cursor.
Shift + Drag to drag the canvas.
Reporter: Shane Clements
Assigned to: Shane Clements
Begin: 2013-02-05
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:43 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/591

Perhaps related to #507

When you drag a script which contains variables and/or lists from the backpack, the variables do not show up in the pallet until

1. The script has been executed once

AND

1. Something causes the pallet to update, such as clicking on another block category (Motion for example) and then going back to the Variables category

This could be quite confusing to programmers - and in at least one case has apparently caused them to think the variables didn't come over and they ended up recreating the script manually.

It would be better if the variables were created (and the pallet refreshed) as soon as the script is dropped from the Backpack into the current project.
Reporter: Mark Goff
Assigned to: John Maloney
Begin: 2013-02-22
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:39 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/140

In a blank untitled project, it would be nice for Share to not be there until the person starts making something.
Reporter: Natalie Rusk
Assigned to: John Maloney
Begin: 2012-11-12
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:42 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/536

http://scratch.mit.edu/forums/topic/2070/
http://scratch.mit.edu/projects/10041695/

I have a feeling the issue is due to a vector/bitmap difference in the treatment of transparent areas. In Scratch 1.4, transparent areas of a sprite costume did not count as being intrinsically part of that sprite. In Scratch 2.0, a transparent fill of a closed object still counts as a fill.
Reporter: Franchette Viloria
Begin: 2013-02-09
Completed: 0

Issue by idreyn
Sunday Feb 02, 2014 at 19:41 GMT
Originally opened as https://github.com/LLK/scratch-flash-common/issues/429

Possible solution: store original project ID in the project,
Reporter: John Maloney
Assigned to: John Maloney
Begin: 2013-01-27
Completed: 0