bugLet me illustrate... - Bugs: bug #19858, Requested cell not generating...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #19858: Requested cell not generating consistent output

Submitted by:  Kimberly Murphy <kmurphy>
Submitted on:  Fri 11 May 2007 02:47:21 PM UTC  
 
Category: GUISeverity: 4 - Important
Item Group: lmi defectStatus: Fixed
Privacy: PublicAssigned to: Kimberly Murphy <kmurphy>
Open/Closed: Closed

Mon 21 May 2007 11:43:43 AM UTC, comment #4:

Tested and confirmed that code 'May 16 19:15:31 2007 UTC' addresses the original defect and the preferred behavior
when multiple items are selected.

Kimberly Murphy <kmurphy>In charge of this item.
Wed 16 May 2007 07:20:12 PM UTC, comment #3:

I agree with your analysis. I believe the change I committed
on 20070516T1915Z gives the behavior we've found preferable
in light of your observations.

Greg Chicares <chicares>
Project Administrator
Wed 16 May 2007 06:09:12 PM UTC, comment #2:

Using code "May 16 04:32:35 2007 UTC", I no longer observe the
original issue. I think it would be best to ignore focus, particularly in the case where multiple cells are selected because it can be difficult to see.

If multiple cells are selected, I would expect all selected cells to run, regardless of focus. However, if only one can run, logically I would expect the first 'selected cell' to run, not the cell that has focus.

On the other hand, if a cell has focus but is not selected, I would expect the first cell to run. Using the original defect parameters, let's say the user selects the second then third cells. The focus is on the third cell. The user decides against both and, holding down the CTRL key, uses the mouse to click on cell two, then cell three to unselect them. I observe the third cell has focus, but is not selected. CTRL/R. Since the third cell has focus, I might expect the third cell to run. However, ignoring focus, it makes sense that the first cell runs since
nothing is selected.

Kimberly Murphy <kmurphy>In charge of this item.
Wed 16 May 2007 02:51:59 AM UTC, comment #1:

Evgeniy's 20070515T1125Z change addresses this. It gives
priority to any item that may be focused, as we discussed.
Do you think it would be better to ignore focus and just
use the first item that's selected?

Greg Chicares <chicares>
Project Administrator
Fri 11 May 2007 02:47:21 PM UTC, original submission:

Using lmi-20070425T2112Z and xml_notebook_coli_boli.xrc,
when requesting to run a specific cell in a census, the
system does not always run the cell requested but instead
runs the first one.

Consider:

File | New | Census
Add cell, two times (total of 3 cells)
Highlight cell 1 - change age to '35' <ok>
Highlight cell 2 - change face to '2000000' <ok>
Highlight cell 3 - change age to '55'
change face to '3000000' <ok>

Cell 3 is highlighted.

Ctrl/R.
In the open window, I observe that cell 1 ran and not
cell 3 as I requested.

Close window. Again, cell 3 is highlighted.

Highlight cell 2 then go back and highlight cell 3.
Ctrl/R.
I observe the illustration for cell 3.

In order to run a cell after editing, the user must
move off the that cell and come back to it. This
behavior is observed with other skins.

Kimberly Murphy <kmurphy>In charge of this item.

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by chicares (Posted a comment)
  • -unavailable- added by kmurphy (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 21 May 2007 11:43:43 AM UTCkmurphyStatusReady For Test=>Fixed
      Open/ClosedOpen=>Closed
    Wed 16 May 2007 02:51:59 AM UTCchicaresStatusNone=>Ready For Test
      Assigned toNone=>kmurphy

    Back to the top


    Powered by Savane 3.1-cleanup1