Changing rule above footnote crashes Publisher

[geirrosset]

Trying to change the rule above footnotes instantly crashes Publisher. 

MacOS 12.6, Mac Mini M1

This was the last thing left to do on a Journal I am editing. Without a fix for this I'll have to redo the entire Journal in Quark as a short thick default rule will not pass.

[MikeTO]

Hi, I'm not experiencing this problem on an M1 Pro so there must be something in the document causing this problem.

Does it crash if you create a new document, draw a frame, insert a footnote, and then change the width and thickness of the rule above? If it doesn't, that lends credence to the idea that this is document specific.

Does it crash if you back up the document and delete all but one page and all of the overset text so you have just a single page before trying?

Is there any chance you could share the document or any part of it that causes the issue? I'd be happy to take a loo at it for you. If not, you may need to wait for Serif to provide a provide a dropbox link so they can review it.

Good luck!

[geirrosset]

Tried a new document with 1 note. No crash. Then opened the same document that had crashed multiple times. Now it did not crash. It fixed itself. That's good, I guess.

[eworkflow]

Well, crashing APub2 after manipulating footnote parameters is not limited to MacOS; It happens to me repetitiously on Win11, forcing the document's recovery.

Edited January 2, 2023 by eworkflow

[MikeTO]

5 hours ago, eworkflow said:

Well, crashing APub2 after manipulating footnote parameters is not limited to MacOS; It happens to me repetitiously on Win11, forcing the document's recovery.

Hi, are the exact same steps triggering the crash or is it that it's crashing in different ways while using footnotes? Are you able to share a sample document with steps?

The only replicable crash I've seen with footnotes is copying and pasting text embedded with footnote references. Of course that's something people need to be able to do regularly but for now I recommend saving before copying and pasting.

[eworkflow]

My AffPub2 on Win11 crashes happened when I "played" with Notes / Footnotes / Custom / Bottom of Frame parameters (to learn their effect, so it was pretty random) while  I had cursor placed within the footnote, but I am not sure at this time what were the steps. I will try to follow it proactively.  

[Michael Hofmann]

On 1/2/2023 at 2:05 PM, MikeTO said:

Hi, are the exact same steps triggering the crash or is it that it's crashing in different ways while using footnotes? Are you able to share a sample document with steps?

The only replicable crash I've seen with footnotes is copying and pasting text embedded with footnote references. Of course that's something people need to be able to do regularly but for now I recommend saving before copying and pasting.

Same to me:
AP 2.0.4 with Windows 10

[charlesbewlay]

On 11/11/2022 at 3:30 PM, geirrosset said:

Tried a new document with 1 note. No crash. Then opened the same document that had crashed multiple times. Now it did not crash. It fixed itself. That's good, I guess.

Hmm. Was that with Docement-wide or Custom. I don't have problems with Custom, but Document-wide with many footnotes is a serious headache.

[uselessuser]

This still seems to be an issue.
Today I posted this, before I found this thread:

It seems like this is a document specific bug.
When I create a new file and add a note to text i can change the rule above.
If I try the same with my document Publisher instantly crashes.
My Document consists of a imported Word file.