fsm
My feedback
13 results found
-
104 votes
An error occurred while saving the comment fsm
supported this idea
·
-
6 votesfsm
supported this idea
·
-
5 votesfsm
supported this idea
·
-
2 votesfsm
supported this idea
·
-
22 votes
Thanks for reporting the issue. We are reviewing it
-InDesign Team
fsm
supported this idea
·
-
196 votes
Dear All,
This feature is now available in latest InDesign CC version. Please upgrade to the latest release.
Thanks
Abhinav Agarwalfsm
supported this idea
·
-
15 votesfsm
supported this idea
·
-
18 votesfsm
supported this idea
·
-
8 votesfsm
shared this idea
·
-
230 votes
Password protection of Publish Online documents is available, starting with InDesign 19.4 version.
--
Adobe InDesign team
fsm
supported this idea
·
-
109 votes
The fix for this issue is now available in the latest update of InDesign – that is, InDesign 15.0.2.
Please update your InDesign application to get this fix.
—
Adobe InDesign teamAn error occurred while saving the comment fsm
commented
I just successfully finished a 216-pager (with tons of auto-resizing text frames and object styles applied) and was hit by the bug only once (when text wrap around graphic frames was involved - as soon as I avoided the text wrap, everything went fine; might be coincidence, though, did not want to try my luck too hard :)).
An error occurred while saving the comment fsm
commented
@Bertrand Richer: Interesting. I work on a document with a lot of text frames that are set to resize automatically. No problems up until now: I deactivated auto-resize for one specific text frame and linked it to another one. I then made some more edits, hit Cmd-Z eventually, and boom – got thrown back to right before when I linked the text frame (placing cursor is active, so it reverted right back to the point when I clicked into the little "+"-icon on the text frame). This text frame also reflows around a placed image (which caused some trouble on its own in the .0-version).
This is still far from being reproducible, but a colleague of mine encountered this bug at a very similar situation as well (linking text frames, cmd-z then reverting back to the moment when linking text frames).
An error occurred while saving the comment fsm
commented
This sounds an aweful lot like this (unsolved) problem here: https://community.adobe.com/t5/indesign/indesign-cc-won-t-save-my-files/td-p/5167203
or here:
https://indesign.uservoice.com/forums/601180-adobe-indesign-bugs/suggestions/32243044-i-lost-all-save-save-as-undo-functionality-everUndo/Save either becomes unavailable or (that seems new) reverts back to the last saved version. There do not seem to be specific steps to reproduce this behaviour. A colleague of mine may work a day on a variety of documents without ever running into problems, the next day it will hit eyery other minute. Same docs, same machine (macOS 10.14.6). 2020 docs as well as docs that have originally been created with older versions of InDesign. No third party peripherals. All docs are saved locally, no NAS, no server.
Additional weird behaviour, as reported by Alksei Koren below: Resizing text frames will not show until the document is saved or you hit Alt-Cmd-C (see comment from Thorsten Rösch-Allgeier). No clue if related to the Undo/Redo/Save-problem, however it happens to my colleague a lot, and if it happens, Undo/Redo/Save problem often shows, too.
I myself only ran into problems only once, when Undo was suddenly greyed out for no apparent reason. However, Save was still available and anything I did from there was undo/redoable again.
An error occurred while saving the comment fsm
commented
@ Thorsten Rösch-Allgeier: Regarding „Full disk access“, since at least one user encounters the problem under 10.13.x it seems unlikely to be the culprit (full disk access was introduced in 10.14 iirc).
An error occurred while saving the comment fsm
commented
Happens to a colleague of mine (macOS 10.14.6) in most, but not all documents (and not all the time).
fsm
supported this idea
·
-
100 votesfsm
supported this idea
·
-
47 votesfsm
supported this idea
·
Oh yes, please. I’m working on a ~240 page document with a ton of cross references, and every.single.click results in a spinning beach ball. As Jeremy posted, whenever you click on a cross reference that became disconnected, that may result in a multi-minute-wait for the dialogue to open*. It drives me nuts.
*Possible workaround: What’s really slow is cross references to a paragraph (in big documents). Try using anchors instead. Still, whenever a cross reference is broken, do not click on this reference first. Select a working cross reference. Be sure it’s one connected to a text anchor. *Then* choose the broken one. This will open the dialogue instantly. Otherwise, the dialogue will open with "paragraph" pre-selected and that one takes forever. If the dialogue opens with "text anchor" pre-selected it opens instantly and you then can swtch over to "paragraph" if necessary, that will - for whatever reason -work without any lag. However, this workaraound only avoids the posible waiting time for the cr-dialogue window to open. It does not change the sluggish performance of the document itself.