Jump to content

[1.7.0.293] Crashes on closing a file before "Loading" has completed (i.e. reached 100%)


Recommended Posts

I've edited this thread because the understanding of the problem has changed.  I originally believed it had to do with the type of raw file being edited.  On further testing, I found that there's a new "Loading" display after a file is saved to .afphoto format.  If the file is closed using Ctl-W or by clicking the "X" before that loading reaches 100%, the program crashes. 

The steps to create this problem are  (these are also in the current last post in this thread):

1. Open a raw file (PEF / NEF / DNG in my case)

2. Make no changes

3. Click on "Develop"

4. Make no changes

5. Save the file to .afphoto format

6. When the program is finished displaying the "Save document as" progress bar, press "Ctl-W" while the increasing percentage is being displayed in the "Loading" line above the image, to the left

7. The percentage display freezes, and roughly two seconds later, the program crashes

 

 

Edited by rich22
New understanding of the problem, different enough to warrant a change in title and a new more accurate description
Link to comment
Share on other sites

Hello @rich22,
welcome to this forum.
I can not confirm crash described by you.
I use several Pentax cameras from the K10 to K3, and opened all PEF files without any problems.
Try converting the PEF files to DNG format,and see what happens then.

Cheers

Affinity Photo 2.5:         Affinity Photo 1.10.6: 

Affinity Designer 2.5:    Affinity Designer 1.10.6:

Affinity Publisher 2.5:   Affinity Publisher 1.10.6:    

Windows 11 Pro  (Version 24H2 Build (26100.2605)

 

Link to comment
Share on other sites

Good suggestion.  I tried with DNG, and also with NEF files from a D3300.  Same thing happens.

Yet I've used the previous versions of the beta without this problem occurring.  And - this doesn't happen with the current production version 1.6.5.135.

Could it be an installation issue?  I didn't uninstall the previous beta before installing this latest one.

(Running Windows 10 Home version 1809 build 17763.437)

Link to comment
Share on other sites

Unlikely to be an installation problem, but you might try pressing and holding Ctrl while you start the program. Once the dialog box comes up (may be hidden behind other windows), leave the first 3 boxes checked and then press the Clear Defaults button. That might help.

By the way, your .pef file worked just fine for me when I followed your directions. No crash.

-- Walt
Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases
PC:
    Desktop:  Windows 11 Pro 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 

    Laptop:  Windows 11 Pro 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU.
    Laptop 2: Windows 11 Pro 24H2,  16GB memory, Snapdragon(R) X Elite - X1E80100 - Qualcomm(R) Oryon(TM) 12 Core CPU 4.01 GHz, Qualcomm(R) Adreno(TM) X1-85 GPU
iPad:  iPad Pro M1, 12.9": iPadOS 18.1, Apple Pencil 2, Magic Keyboard 
Mac:  2023 M2 MacBook Air 15", 16GB memory, macOS Sequoia 15.0.1

Link to comment
Share on other sites

I would try the suggestion of walt.farrell.
Very strange, the crash with dng files.
Note, if affinity photos is reset to default,  all user settings are lost.

 

Cheers

Affinity Photo 2.5:         Affinity Photo 1.10.6: 

Affinity Designer 2.5:    Affinity Designer 1.10.6:

Affinity Publisher 2.5:   Affinity Publisher 1.10.6:    

Windows 11 Pro  (Version 24H2 Build (26100.2605)

 

Link to comment
Share on other sites

Thanks for the suggestion.  Unfortunately, the program still crashes.  So I tried checking all the boxes and then pressing "Clear", and it still crashes.  Then I tried uninstalling and reinstalling the beta, and still no joy.

 

Link to comment
Share on other sites

I did some more testing with this, and it looks like the crash is related to when Ctl-W is pressed.

After the .afphoto file is saved, the program displays "Loading" and an increasing percentage figure.  If I press Ctl-W while that percentage is still increasing, that's when the program crashes. (The increasing percentage display freezes for a couple of seconds at whatever value it's reached, and then the crash happens.) Whereas,  if I wait for the percentage to get to 100, and then press Ctl-W, it doesn't crash.

Note that the crash happens even if I do nothing to the photo.  Pressing Ctl-W while the "displayed percentage" is increasing is sufficient to cause the crash.

(Interestingly, the current production version - 1.6.5.135 - doesn't utilize that increasing percentage display.  It only has the "Save document as" progress bar, and it seems that "Ctl-W" is ignored while that progress bar is being displayed.)

So now, the steps to create the crash are:

1. Open a raw file (PEF / NEF / DNG in my case)

2. Make no changes

3. Click on "Develop"

4. Make no changes

5. Save the file to .afphoto format

6. When the program is finished displaying the "Save document as" progress bar, press "Ctl-W" while the increasing percentage is being displayed (above image, to left)

7. The percentage display freezes, and roughly two seconds later, the program crashes

 

 

 

Link to comment
Share on other sites

  • 2 weeks later...
  • Staff

Hi @rich22,

Sorry for the delayed reply. 

My "loading" finishes at the same time as the "save document as..." progress bar, so I cannot replicate the crash. Any chance you can send us a screen recording of this in action?

Thanks

Gabe. 

Link to comment
Share on other sites

Hi Gabe - 

No problem.   

I've attached a video file showing the steps that lead to the crash.  The point in the video where you see the "Loading NN%" display freeze is the point at which I pressed "Ctl W".  Then you can see that display freeze, and about a second after it freezes, the program crashes.

(Video has been updated.)

 

Link to comment
Share on other sites

  • Staff

Hey rich22,

Gabe has asked myself and a few others to try this internally and we are really struggling to reproduce it.

Would you mind providing us with the following:

  1. Your operating system
  2. Specification of the machine you are using
  3. Save location (HDD, USB stick, Network drive etc.)
  4. The file you are using. Here is a private Dropbox link that only QA/Dev will have access to - https://www.dropbox.com/request/0LwuHnuNPYlLhlBPdret

We can then attempt to more closely match your environment and hopefully reproduce the crash.

Thanks! :) 

Link to comment
Share on other sites

Hi Chris - 

Sure - here's the information:

1. Windows 10 Home, version 1809, build 17763

2. I've attached two files with the output of the System Information tool, one for the overall system and one for the display adapter.  It's an Asus M32CD,  dual-core i3 @ 3.7ghz, 16gb RAM, with a GeForce GT710 display adapter.

3. The save location is to a Synology DS216j NAS system.   BUT -- your question got me thinking, so I tried the steps in my video when saving to the local hard drive.  In that case, the "Loading %" step is so fast there's no time (or need) to press Ctl-W!  So if I had been saving locally all along, I don't think I'd have ever seen this happen.

4. I uploaded the file to Dropbox.  Also, please note that this happens with any PEF, NEF (from a Nikon D3300) and DNG files that I've tried.

(And one more thing - in the current production version this doesn't happen at all.  There's no "Loading %" displayed at all after the file save progress bar is done.)

 

System Info.xls

Display Adapter Info.xls

Link to comment
Share on other sites

×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.