Page MenuHomePhabricator
Feed Advanced Search

Feb 4 2021

floca updated the task description for T28000: MITK v2021.02.
Feb 4 2021, 9:36 AM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk claimed T28271: Segmentation interpolation does not work in dynamic images with t != 0.
Feb 4 2021, 9:30 AM · MITK (v2021.02)
kislinsk updated the task description for T28271: Segmentation interpolation does not work in dynamic images with t != 0.
Feb 4 2021, 1:37 AM · MITK (v2021.02)
kislinsk triaged T28271: Segmentation interpolation does not work in dynamic images with t != 0 as Unbreak Now! priority.
Feb 4 2021, 1:28 AM · MITK (v2021.02)

Feb 3 2021

floca closed T27883: [Segmentation] Crash and interpolation issues in static segmentation on reference image with strange arbitrary time geometry (3d+t heart) as Resolved.

Cherrypicked the fix into the release branch.

Feb 3 2021, 10:08 PM · MITK (v2021.02)
floca closed T27883: [Segmentation] Crash and interpolation issues in static segmentation on reference image with strange arbitrary time geometry (3d+t heart), a subtask of T28000: MITK v2021.02, as Resolved.
Feb 3 2021, 10:08 PM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk added a revision to T27883: [Segmentation] Crash and interpolation issues in static segmentation on reference image with strange arbitrary time geometry (3d+t heart): Restricted Differential Revision.
Feb 3 2021, 5:38 PM · MITK (v2021.02)
floca removed a subtask for T28000: MITK v2021.02: T28217: [MatchPoint] Registrations generated with manipulator have no proper PropertyReleations.
Feb 3 2021, 4:08 PM · MITK-ProjectTemplate, MITK (v2021.02)
kalali changed the status of T19522: Segmentation not displayed in 3d-render window from Resolved to Invalid.
Feb 3 2021, 2:17 PM · MITK, Bugzilla
kalali closed T19522: Segmentation not displayed in 3d-render window as Resolved.

We discussed this and decided to open a new task to cleanly define the problem. We thought that this task mixes many different things without stating the minimal steps to reproduce a single problem, so please continue here: T28270

Feb 3 2021, 2:16 PM · MITK, Bugzilla
kislinsk closed T27712: Preference "Show as volume rendering" does not display segmentation volume in 4-window view as Wontfix.
Feb 3 2021, 1:12 PM · MITK (v2021.02)
kislinsk added a comment to T27712: Preference "Show as volume rendering" does not display segmentation volume in 4-window view.

Was recently removed in T28000. It just (tried to) enabled volumerendering on the segmentations. At least when the segmentation view was open to actually apply the preference. We can reintroduce the feature if we figured out to find a volume rendering setting that is actually able to show something meaningful (in v2018.04 is just got a black box). Not the best idea in the first place to be honest. If we want a good and accurate representation in 3-d we would need to create pixel-aligned surfaces out of the images.

Feb 3 2021, 1:09 PM · MITK (v2021.02)
kalali added a comment to T19522: Segmentation not displayed in 3d-render window.

I don't mind, I'm not planing to fix this before the release, so if you have time. I'm testing this with the develop branch and comparing it with the MITK 2018 installer.

Feb 3 2021, 12:58 PM · MITK, Bugzilla
kislinsk added a comment to T19522: Segmentation not displayed in 3d-render window.

Beware of a few things. T28211: [Image Rendering] Color change/ Opacity strange behaviour (only in Windows installers) also fixed rendering of image slices in 3-d, so I suggest to use the latest release branch to test anything related instead of the snapshot installers.

Feb 3 2021, 12:53 PM · MITK, Bugzilla

Feb 2 2021

floca added a comment to T27883: [Segmentation] Crash and interpolation issues in static segmentation on reference image with strange arbitrary time geometry (3d+t heart).

As discussed in T28262 we will use the following workarround for now and the release until the issue is soundly fixed by T28262.

Feb 2 2021, 8:10 PM · MITK (v2021.02)
kislinsk removed a subtask for T27883: [Segmentation] Crash and interpolation issues in static segmentation on reference image with strange arbitrary time geometry (3d+t heart): T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.
Feb 2 2021, 3:53 PM · MITK (v2021.02)
kislinsk removed a parent task for T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks: T27883: [Segmentation] Crash and interpolation issues in static segmentation on reference image with strange arbitrary time geometry (3d+t heart).
Feb 2 2021, 3:53 PM · MITK (v2022.04)
kislinsk removed a parent task for T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks: T28000: MITK v2021.02.
Feb 2 2021, 3:52 PM · MITK (v2022.04)
kislinsk removed a subtask for T28000: MITK v2021.02: T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.
Feb 2 2021, 3:52 PM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk updated the task description for T28000: MITK v2021.02.
Feb 2 2021, 3:47 PM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk removed a subtask for T28000: MITK v2021.02: T28127: Reopen segmentation in MITK.
Feb 2 2021, 3:45 PM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk claimed T28127: Reopen segmentation in MITK.
Feb 2 2021, 2:25 PM · MITK (v2021.02), Restricted Project, Kaapana (internal)
kalali claimed T28256: Auto-selection preference for Segmentation View was hijacked for something else.
Feb 2 2021, 1:56 PM · MITK (v2022.04)
kislinsk removed a subtask for T28000: MITK v2021.02: T28250: [LevelWindowManager] Different behavior in AutoTopMost case and fallback case.
Feb 2 2021, 1:37 PM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk assigned T27883: [Segmentation] Crash and interpolation issues in static segmentation on reference image with strange arbitrary time geometry (3d+t heart) to floca.

Go go go!

Feb 2 2021, 1:17 PM · MITK (v2021.02)
kalali added a project to T19522: Segmentation not displayed in 3d-render window: Request for Discussion.
In T19522#68902, @goch wrote:

Specifically it is not visible on the 2D planes in the 3D render window, this error is unrelated to volume rendering.

Feb 2 2021, 12:51 PM · MITK, Bugzilla
kalali placed T28246: Create UI test for LevelWindow QtWidgets up for grabs.
Feb 2 2021, 10:21 AM · MITK (v2022.04)
kislinsk added a revision to T28000: MITK v2021.02: Restricted Differential Revision.
Feb 2 2021, 9:57 AM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk updated the task description for T28000: MITK v2021.02.
Feb 2 2021, 9:52 AM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk removed a subtask for T28000: MITK v2021.02: T28264: [Segmentation Utilities] Various issues.
Feb 2 2021, 9:50 AM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk updated the task description for T28000: MITK v2021.02.
Feb 2 2021, 7:14 AM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk updated the task description for T28264: [Segmentation Utilities] Various issues.
Feb 2 2021, 6:00 AM · MITK (v2022.04), Cleared
kislinsk updated the task description for T28264: [Segmentation Utilities] Various issues.
Feb 2 2021, 5:27 AM · MITK (v2022.04), Cleared

Feb 1 2021

floca added a comment to T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.

Also: so it is a pretty solid and natural assumption to define timesteps to have a duration until the next time step of the same image: For me this is not a natural assumption. My natural assumption would be to align the images - as you mentioned - time step after time step so 0, 2, 10, 12, 20, 22 ms.

Here I second Stefan and think it is OK to see it as a valid practical assumption. I have perfusion and other dynamic series use cases in mind. I think it would just break user expectations if you say, "sorry I cannot show you the last frame in between time points, because officially it is associated with the very time point".
And we do the same in the spatial domaine all the time. We have no black gaps in our CT volumes with 10 mm z-spacing, but the slice is only defined at one position in world space coordinate. If the thickness (==duration) is not defined, we fill the gap with known content.

Feb 1 2021, 5:20 PM · MITK (v2022.04)
kislinsk closed T28258: [Segmentation] Core dumped at multiple instances while Closing Project, a subtask of T28000: MITK v2021.02, as Wontfix.
Feb 1 2021, 3:58 PM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk closed T28258: [Segmentation] Core dumped at multiple instances while Closing Project as Wontfix.

Hi Ralf, Stefan & others involved,
I am sorry for attracting unnecessary concerns on a bug which never really existed.

Feb 1 2021, 3:58 PM · Missing Info, MITK (v2021.02)
floca added a comment to T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.

In the task description you say that all time geometries handle time bounds as semi-closed interval [...). Except for collapsed time steps and this is the only exception, right? On the other side, our minimum time resolution seems to be 1ms? That means, that if we want to get rid of the edge case while keeping semi-closed intervals, setting the last time step duration to the minimum duration would be a very valid solution without introducing new meta-data as you said durations are purely artificial/internal to MITK - since DICOM does not seem to save durations anyway, we do not magically introduce new artificial data to derived DICOM files. The only thing left here is the confusing naming of "MaximumTimePoint" which feels more like a back() instead of and end() when using a standard library analogy.

Second option is to redefine our time bounds to be a closed interval in all cases, right? That would also makes more sense with the term "MaximumTimePoint". Then we have to identify many code locations were we have to potentially change < to <= and make sure that we use max() instead of +inf() for indefinitely long timesteps (same for lowest() vs. -inf()).

Feb 1 2021, 2:12 PM · MITK (v2022.04)
kalali added a comment to T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.

Since we are supporting multiple images in a single scene. These images can have different time bounds and their time steps can be discretized differently. So even if you have kind of matching dynamic images but one image specifies its acquisition times at 2, 12, 22ms seconds, and the other one at 0, 10, and 20ms, you would have a very sparse discrete time line and only see either no image or at maximum a single image, but never both at the same time. So it is a pretty solid and natural assumption to define timesteps to have a duration until the next time step of the same image, if not explicitly specified otherwise. However, we also have many images that do not have time bounds stored in their files at all (in particular static images) and we need to come up with something completely artificial. It is a pretty severe issue but luckily is not very present in 99% of workflows as users rarely need to have scenes with different dynamic images aligned perfectly or at least not matching 1:1 on a time step basis instead of true time for their purposes.

It would be overkill but to get things sorted out for everyone MITK is missing a complete sophisticated time-line component were you can arrange images and change their time properties just like every video editing software allows you to do for clips.

Feb 1 2021, 2:11 PM · MITK (v2022.04)
kislinsk added a comment to T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.

I'd like to know why we need a duration in the first place?

Feb 1 2021, 1:58 PM · MITK (v2022.04)
floca added a comment to T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.

It is philosophical indeed, but how is any of these strategies worse than creating a time step with a duration of 0?

We should keep in mind that the whole concept of duration is purely artefical. There is no duration defined. The only things we know are the very time points where they exist.

I'd like to know why we need a duration in the first place?

So far we do not need it. And it is not stored. There are use cases in DICOM where the duration of a frame could be less or more then the distance in time between two frames (simelar to fact that slices may have a thickness different to the z spacing), but we currently do not care.
So duration comes implicetly in our workbench as "the time till the next frame is valid".

Feb 1 2021, 1:56 PM · MITK (v2022.04)
floca added a comment to T27883: [Segmentation] Crash and interpolation issues in static segmentation on reference image with strange arbitrary time geometry (3d+t heart).

Ok, then I would propose to reuse this task just for the problems that are documented by Stefan above (https://phabricator.mitk.org/T27883#219162 ) and who we deal with them for the release (because T28262 might have a more longterm perspective).

Feb 1 2021, 1:49 PM · MITK (v2021.02)
kalali added a comment to T27883: [Segmentation] Crash and interpolation issues in static segmentation on reference image with strange arbitrary time geometry (3d+t heart).

I tested again with UltrasoundImages\4D_TEE_Data_MV.dcm and everything seems to work as expected. So this task is only valid for strange arbitrary time geometry, as the title describes it.
So I guess the refactoring done in the segmentation tools changed most of the bugs and we got now down to the problem mentioned in T28262.

Feb 1 2021, 12:45 PM · MITK (v2021.02)
kalali added a comment to T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.

It is philosophical indeed, but how is any of these strategies worse than creating a time step with a duration of 0?

We should keep in mind that the whole concept of duration is purely artefical. There is no duration defined. The only things we know are the very time points where they exist.

Feb 1 2021, 12:36 PM · MITK (v2022.04)
kalali moved T28265: [Checklist] Overhaul ViewNavigator checklists to be in line with the latest changes to the checklists from Backlog to Test/Checklists on the MITK (v2021.02) board.
Feb 1 2021, 12:06 PM · MITK (v2022.04)
kalali renamed T28265: [Checklist] Overhaul ViewNavigator checklists to be in line with the latest changes to the checklists from [Checklist] R+ViewNavigator checklists' most important test is not functioning and default perspectives' layouts are questionable to [Checklist] Overhaul ViewNavigator checklists to be in line with the latest changes to the checklists.
Feb 1 2021, 12:04 PM · MITK (v2022.04)
kalali triaged T28265: [Checklist] Overhaul ViewNavigator checklists to be in line with the latest changes to the checklists as Normal priority.
Feb 1 2021, 12:02 PM · MITK (v2022.04)
kalali added a subtask for T28108: [Release Checklists] Prepare release checklists: Unknown Object (Maniphest Task).
Feb 1 2021, 12:02 PM · MITK (v2022.04)
kalali added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

I have finally found the fix! This bug is due to my GPU driver.
My laptop has an AMD Radeon dedicated GPU and MITK uses it by default for rendering its "Standard Display".
I checked the crash log using Event Viewer and found that atio6axx.dll was the culprit here. This is an AMD driver related DLL file.
I switched the default GPU for Mitk workbench to the onboard integrated graphics and that's it!
Problem solved. I am attaching the working screen recording herewith :-)

Feb 1 2021, 11:24 AM · Missing Info, MITK (v2021.02)
kalali added a comment to T28239: Multilabel Segmentation - 3D Segmentation Confused about required outcome.

If you have suggestions for a better structure, please feel free to add it to T28130. The checklists were not even existing before and my goal was to overhaul all the (multi-)label segmentation checklists to include 4D-data tests. I also strove for consistency throughout all checklists.
I see that the bold written statement reads as a new test - that could be changed. However, the test right before already dealt with 4D image data (4D Bild als Testdatensatz) so I assumed it was clear that the 3D-data tests were already finished.
I will also think about some rephrasing / different text format.

Feb 1 2021, 10:48 AM · MITK-ProjectTemplate, MITK (v2021.02)
kalali added a comment to T28250: [LevelWindowManager] Different behavior in AutoTopMost case and fallback case.

I don't know what the real world scenario is to change the Image Rendering Mode, but basically you just have to perform step 8 and 9 to see the bug (step 10).
I could imagine the Image Rendering Mode being changed to either LookupTable_Color or ColorTransferFunction_Color by a line of code inside a module or plugin, which would then make this bug appear, if the auto topmost mode was disabled.

Feb 1 2021, 10:38 AM · Breaking Change, MITK (v2021.10)
kislinsk removed a subtask for T28000: MITK v2021.02: T28248: [Segmentation] Picking 3D Tool creates a 3D segmentation out of a 4D image.
Feb 1 2021, 10:04 AM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk removed a subtask for T28000: MITK v2021.02: T28263: [2-d surface mapper] Surface is drawn in every time step even if it has limited time bounds.
Feb 1 2021, 9:27 AM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk updated the task description for T28264: [Segmentation Utilities] Various issues.
Feb 1 2021, 9:18 AM · MITK (v2022.04), Cleared
kislinsk updated the task description for T28264: [Segmentation Utilities] Various issues.
Feb 1 2021, 9:18 AM · MITK (v2022.04), Cleared
kislinsk updated the task description for T28264: [Segmentation Utilities] Various issues.
Feb 1 2021, 9:18 AM · MITK (v2022.04), Cleared
kislinsk triaged T28264: [Segmentation Utilities] Various issues as Normal priority.
Feb 1 2021, 9:08 AM · MITK (v2022.04), Cleared
gaoh added a comment to T28239: Multilabel Segmentation - 3D Segmentation Confused about required outcome.

To be honest, I just did not understand the checklist correctly. If you know the outcome and read the checklists, they are fine. But for me, it was like a new test starting with loading and testing 3D Data again. So I misunderstood the line Bei den folgenden Aktionen stets mehrere Label, auch auf unterschiedlichen Layern testen. as beeing a new test, because it had of kind of title character. And that is why I thought, I would start with a 3d Image again...

Feb 1 2021, 8:40 AM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk added a comment to T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.

Okay, back to the beginning. I still see two options that do not feel like a workaround.

Feb 1 2021, 7:26 AM · MITK (v2022.04)

Jan 31 2021

floca added a comment to T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.

It is philosophical indeed, but how is any of these strategies worse than creating a time step with a duration of 0?

We should keep in mind that the whole concept of duration is purely artefical. There is no duration defined. The only things we know are the very time points where they exist.
And we should differentiate between things we might do at the data level and at the UI/Interaction level. We do the same in the spatial domain. Here we just do not allow images that do not have a equidistant spacing, so we avoid that mess. There it was an option, because those cases are so rare. For time they are not rare, so we have to deal with it.
And I realy do not want to produce data with a magically added duration, if we store it. Because we do not know and in the end only assume it for nicer UI experience and because we are afraid of potential breaking.

Jan 31 2021, 11:41 PM · MITK (v2022.04)
a178n added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

Hi Ralf, Stefan & others involved,
I am sorry for attracting unnecessary concerns on a bug which never really existed.

Jan 31 2021, 11:17 PM · Missing Info, MITK (v2021.02)
a178n added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

I have finally found the fix! This bug is due to my GPU driver.
My laptop has an AMD Radeon dedicated GPU and MITK uses it by default for rendering its "Standard Display".
I checked the crash log using Event Viewer and found that atio6axx.dll was the culprit here. This is an AMD driver related DLL file.
I switched the default GPU for Mitk workbench to the onboard integrated graphics and that's it!
Problem solved. I am attaching the working screen recording herewith :-)

Jan 31 2021, 11:14 PM · Missing Info, MITK (v2021.02)
a178n added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

I even extracted the same scene to reproduce your issues as close as possible but it just works for me. Can you please close the workbench, delete the DKFZ folder in %APPDATA%/../Local, and then try again? What locale do you use on your system? Maybe that's the difference.

Jan 31 2021, 11:01 PM · Missing Info, MITK (v2021.02)
kislinsk added a comment to T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.

If we do not have any durations and just came up with the durations based on the deltas between time steps, we may want to also consider the following strategies:

  • If all time steps have the same distance from each other, set the duration of the last time step accordingly
  • If time steps have arbitrary durations, follow the MITK default for other cases and make it at least 1ms.

I think it is a question of philosophy. The reason why I always was and am hesitant to make up some duration, is that it is made up. We don't know it and we changing the information provided to us. We had this discussion several times in the past. And as for the dynamic modeling (e.g. perfusion) we only need to know when the frames start, it seem not right to make up things.
If the majority want's to go that way, OK.
But if I have to make something up, I would definetly picking a value that is also in hindside easier to identify as artfically added. E.g. std::numeric_traits::max or +inf.

Jan 31 2021, 10:51 PM · MITK (v2022.04)
floca added a comment to T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.

Why is the last timestep collapsed in the first place?

Because we have no information about the extend of the last time point... because, well, it is the last.

Jan 31 2021, 9:29 PM · MITK (v2022.04)
floca added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

Still, none of you could reproduce this issue? I am surprised. Maybe it's an isolated problem with my local machine?

No. Still cannot reprocue it. Very strange.

Jan 31 2021, 8:56 PM · Missing Info, MITK (v2021.02)
kislinsk added a comment to T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.

If we do not have any durations and just came up with the durations based on the deltas between time steps, we may want to also consider the following strategies:

Jan 31 2021, 8:31 PM · MITK (v2022.04)
kislinsk added a comment to T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.

Why is the last timestep collapsed in the first place? Without having any context knowledge it seems to be the actual issue for me and makes not much sense as from looking at the values, it simply has a duration of 0. Is it really a flaw of DICOM or do we just come up with these values based on some other DICOM tags?

Jan 31 2021, 8:28 PM · MITK (v2022.04)
kislinsk added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

If nothing else helps, I guess the only way we can actually get closer to what happens is that you build the WorkbenchRelease configuration of the latest snapshot to be able to start the workbench in debug mode. Do you need assistance for the build?

Jan 31 2021, 8:22 PM · Missing Info, MITK (v2021.02)
kislinsk added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

I even extracted the same scene to reproduce your issues as close as possible but it just works for me. Can you please close the workbench, delete the DKFZ folder in %APPDATA%/../Local, and then try again? What locale do you use on your system? Maybe that's the difference.

Jan 31 2021, 8:20 PM · Missing Info, MITK (v2021.02)
a178n added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

Hi Ralf,
Sure. I can reproduce the crash with both conditions viz. data from MITK-Data folder and with segmentation view closed. Here is the screen recording.

Jan 31 2021, 7:08 PM · Missing Info, MITK (v2021.02)
floca added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

@a178n 2 more questions:

  1. Can you also reproduce this problem with using using the data directly from the MITK-Data folder and not out of your extracted scene file?
  2. Can you reproduce the problem with the segmentation view closed. (please close the view, close the workbench and then try it with the seg view never activated) If it is not reproducable, can you reproduce it with an other view opened that has auto selection (e.g. the measurement view)?
Jan 31 2021, 5:58 PM · Missing Info, MITK (v2021.02)
a178n added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

Nothing special that I can see. The moment it crashes, the terminal window also closes quickly. I am attaching a screen recording with the terminal screen. From this run (as in the attached video), I feel, maybe the issue/bug has nothing to do with Segmentation. I only noticed it in the context of testing 'Segmentation'.

Jan 31 2021, 5:48 PM · Missing Info, MITK (v2021.02)
floca renamed T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks from TimeGeometry inconstent documentation and implmentation of time bounds and checks to TimeGeometry inconsistent documentation and implmentation of time bounds and checks.
Jan 31 2021, 5:20 PM · MITK (v2022.04)
floca added a subtask for T27883: [Segmentation] Crash and interpolation issues in static segmentation on reference image with strange arbitrary time geometry (3d+t heart): T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks.
Jan 31 2021, 5:19 PM · MITK (v2021.02)
floca added a parent task for T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks: T27883: [Segmentation] Crash and interpolation issues in static segmentation on reference image with strange arbitrary time geometry (3d+t heart).
Jan 31 2021, 5:19 PM · MITK (v2022.04)
floca triaged T28262: TimeGeometry inconsistent documentation and implementation of time bounds and checks as Unbreak Now! priority.
Jan 31 2021, 5:16 PM · MITK (v2022.04)
kislinsk added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

Is there any output in the terminal window right before the crashes?

Jan 31 2021, 3:34 PM · Missing Info, MITK (v2021.02)
a178n added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

FYI- Since I am in windows now, I can't really see if "Core dumped" is the real error message. I merely use it synonymously with the word "Crashed".

Jan 31 2021, 3:08 PM · Missing Info, MITK (v2021.02)
a178n added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

Thanks for reporting. Several questions:

  1. did you stumble upon it by accident/random testing or was it while you went through the check lists (so is this covered by the checklist, so that we can find such errors also in other releases?)
  2. Were all crashes with the Win installer?
  3. Which segmentation view did you use? classic or multi label?
  4. Wich views are open in the workbench when you experienced the crashes?

I was not able to reproduce the problems on my machine. 🤔 Can any one else verify that problem on their system?

Jan 31 2021, 3:03 PM · Missing Info, MITK (v2021.02)
kislinsk updated the task description for T28000: MITK v2021.02.
Jan 31 2021, 2:54 PM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk closed T28261: [Segmentation] Disable dysfunctional "Suggest Plane" feature of 3-d interpolation, a subtask of T28000: MITK v2021.02, as Resolved.
Jan 31 2021, 2:53 PM · MITK-ProjectTemplate, MITK (v2021.02)
kislinsk closed T28261: [Segmentation] Disable dysfunctional "Suggest Plane" feature of 3-d interpolation as Resolved.
Jan 31 2021, 2:53 PM · MITK (v2021.02)
kislinsk triaged T28261: [Segmentation] Disable dysfunctional "Suggest Plane" feature of 3-d interpolation as Normal priority.
Jan 31 2021, 2:47 PM · MITK (v2021.02)
kislinsk added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

BTW, when using "Create subtask", please make sure to also check the other form fields during task creation, as they are by default set to the same values as the parent task. In particular, remove the assignee and probably some of the subscribers. :)

Jan 31 2021, 2:22 PM · Missing Info, MITK (v2021.02)
kislinsk placed T28258: [Segmentation] Core dumped at multiple instances while Closing Project up for grabs.
Jan 31 2021, 2:21 PM · Missing Info, MITK (v2021.02)
kislinsk added a comment to T28258: [Segmentation] Core dumped at multiple instances while Closing Project.

Also, what images did you use?

Jan 31 2021, 2:20 PM · Missing Info, MITK (v2021.02)
floca raised the priority of T28258: [Segmentation] Core dumped at multiple instances while Closing Project from Normal to Unbreak Now!.

Thanks for reporting. Several questions:

  1. did you stumble upon it by accident/random testing or was it while you went through the check lists (so is this covered by the checklist, so that we can find such errors also in other releases?)
  2. Were all crashes with the Win installer?
  3. Which segmentation view did you use? classic or multi label?
  4. Wich views are open in the workbench when you experienced the crashes?
Jan 31 2021, 2:14 PM · Missing Info, MITK (v2021.02)
kislinsk added a comment to T28000: MITK v2021.02.

Just to be sure. How is the process of updating this task description. The person who closes a task/fixes a bug also updates the list in the Task description. Correct?

Jan 31 2021, 2:14 PM · MITK-ProjectTemplate, MITK (v2021.02)
floca added a comment to T28000: MITK v2021.02.

Just to be sure. How is the process of updating this task description. The person who closes a task/fixes a bug also updates the list in the Task description. Correct?

Jan 31 2021, 12:07 PM · MITK-ProjectTemplate, MITK (v2021.02)
floca closed T28257: [Segmentation] Core dumped when switching from LiveWire Tool to other tools as Resolved.
Jan 31 2021, 11:56 AM · MITK (v2021.02)
floca closed T28257: [Segmentation] Core dumped when switching from LiveWire Tool to other tools, a subtask of T28000: MITK v2021.02, as Resolved.
Jan 31 2021, 11:56 AM · MITK-ProjectTemplate, MITK (v2021.02)
floca closed T28243: [Segmentation] 3D Otsu does not show preview for a second time as Resolved.
Jan 31 2021, 11:55 AM · MITK (v2021.02)
floca closed T28243: [Segmentation] 3D Otsu does not show preview for a second time, a subtask of T28000: MITK v2021.02, as Resolved.
Jan 31 2021, 11:55 AM · MITK-ProjectTemplate, MITK (v2021.02)
floca closed T28253: NodeSelection dialoge accepts via double click even if check function evaluate to false., a subtask of T28000: MITK v2021.02, as Resolved.
Jan 31 2021, 11:54 AM · MITK-ProjectTemplate, MITK (v2021.02)
floca closed T28253: NodeSelection dialoge accepts via double click even if check function evaluate to false. as Resolved.
Jan 31 2021, 11:54 AM · MITK (v2021.02)
floca removed a subtask for T28000: MITK v2021.02: T28223: [ImageStatistics] Deleting a datanode after statistics leads to no histogram update for the next node.
Jan 31 2021, 11:53 AM · MITK-ProjectTemplate, MITK (v2021.02)
floca closed T28221: [ImageStatistics] Histogram is not updated when using ROI as Resolved.
Jan 31 2021, 11:48 AM · MITK (v2021.02)
floca closed T28221: [ImageStatistics] Histogram is not updated when using ROI, a subtask of T28000: MITK v2021.02, as Resolved.
Jan 31 2021, 11:48 AM · MITK-ProjectTemplate, MITK (v2021.02)
floca closed T28222: [ImageStatistics] Histogram is only shown for timestep 0 as Resolved.
Jan 31 2021, 11:48 AM · MITK (v2021.02)
floca closed T28222: [ImageStatistics] Histogram is only shown for timestep 0, a subtask of T28000: MITK v2021.02, as Resolved.
Jan 31 2021, 11:48 AM · MITK-ProjectTemplate, MITK (v2021.02)