> Currently, a first dialog ask the user if he wants to overwrite the
existing file. If yes, the user is informed it is not possible.
GUIUtil.FileChooserWithOverwritePrompting() effect. Which has a priority on
the various EnableChecks acting on the panel. I will study another solution
Il giorno
- **Milestone**: OJ_1.16 --> OJ_future
- **Comment**:
Thank Peppe,
I let it opened as it may probably be fixed in a better way, but it can be
postponed to version 2. Currently, a first dialog ask the user if he wants to
overwrite the existing file. If yes, the user is informed it is not
I added a check in order not to overwrite input raster file with the new one.
This patch together with Michael's unograde should avoid to have strange
output, I hope
---
** [bugs:#511] CropWarp raster plugin can't overload existing file**
**Status:** open
**Milestone:** OJ_1.16
**Created:**
- **Milestone**: undecided --> OJ_1.16
---
** [bugs:#511] CropWarp raster plugin can't overload existing file**
**Status:** open
**Milestone:** OJ_1.16
**Created:** Tue Nov 10, 2020 10:01 PM UTC by michael michaud
**Last Updated:** Sat Nov 21, 2020 11:34 AM UTC
**Owner:** nobody
If one
I did further tests and observed something strange which may be related (or
not) to this bug.
I crop an image and save the result in a new file, it creates a new
RasterImageLayer.
I remove this new RasterImageLayer from the LayerNamePanel : the underlying
file stay locked
Now I remove also the
The bug seems to happen only if user tries to overwrite the input file.
One possible (hard) solution seems to make RasterImageLayer framework able to
store modified datas into memory and give up to output file option into the
dialog(s).
This seems to hard to work around that generates other
I was able to reproduce the bug. The warning message comes out but the output
image either is not saved or it has a wierd look. I will give a look at the
code on this weekend
---
** [bugs:#511] CropWarp raster plugin can't overload existing file**
**Status:** open
**Milestone:** undecided
Maybe. I think at least NPE was a bug left in a recent commit I did. For other
remarks, I really must repeat the process step by step.
---
** [bugs:#511] CropWarp raster plugin can't overload existing file**
**Status:** open
**Milestone:** undecided
**Created:** Tue Nov 10, 2020 10:01 PM UTC
I will check too, later. Anyhow I was planning to make some changes on this
tool in order to save cell size whenever the tool is used on Crop mode.
Peppe
Il giorno mer 11 nov 2020 alle ore 12:00 ede via Jump-pilot-devel <
jump-pilot-devel@lists.sourceforge.net> ha scritto:
> maybe it's related
maybe it's related to memory usage? ..ede
---
** [bugs:#511] CropWarp raster plugin can't overload existing file**
**Status:** open
**Milestone:** undecided
**Created:** Tue Nov 10, 2020 10:01 PM UTC by michael michaud
**Last Updated:** Wed Nov 11, 2020 09:02 AM UTC
**Owner:** nobody
If one
I try to reproduce the problem this morning, but after I get a NPE in roughly
similar conditions, I now try to describe the problem precisely, step by
step... and the problem vanished.
I'm quite sure there are some conditions producing weird results or NPE, but it
may not be normal conditions.
---
** [bugs:#511] CropWarp raster plugin can't overload existing file**
**Status:** open
**Milestone:** undecided
**Created:** Tue Nov 10, 2020 10:01 PM UTC by michael michaud
**Last Updated:** Tue Nov 10, 2020 10:01 PM UTC
**Owner:** nobody
If one process an image with CropWarpPlugin and
12 matches
Mail list logo