I am doing a logo that shall work independent of whether the client has the fonts used in the logo and as much as possible independent of the renderer*). So, I transform the text objects into paths (Path > Object to Path). But as my customer may want to change something, kerning, font, what so ever, I am following the advice I read somewhere, to copy the objects (Ctrl-d) before transforming the copy into paths and making the original object invisible. This way all information should be retained, so that I could make precise changes to the SVG pointedly, but renderes should not render anything weird from the text objects. If I would need to make changes I just would need to delete the old paths each time, copy the object and apply Object to Path again. 

But when I close and reopen the SVG file, the text object which is stil there, is "empty". Even if I close the lock side by side to the eye lashes in the Layers and Objects pane, the actual text and the centered text alignment are gone after closing and reopening if the original object is made invisible. Without closing the lock, also the font specification is gone. Impact on other attributes like kerning I did not test.

How can I avoid this information loss? 

Interestingly, the loss occurs only if the original object is being made invisible and only if a path was created from the copy. If I just copy objects (Ctrl-d) without creating a path from the copy, but make the original text object invisible, even with open lock, they survive file closing and reopening. 

I thought of an implicit file cleanup at save and checked my settings:
Edit > Preferences > Behavior > Cleanup > "Remove unused swatches when doing a document cleanup" is switched off
Edit > Preferences > Behavior > Clippaths and masks > "Remove clippath/mask object after applying" is switched off

My version: Inkscape 1.2 (dc2aedaf03, 2022-05-15)

*) I even realized that not all renderers render excatly identical if they do have access to the same fonts. I opened the SVG in IrfanView with Plugins on the same PC so that the same fonts were available to the IrfanView Plugin. But it seems this renderer ignored that I reduced the standard kerning and as a result a tiny bit of the last character got cut off, because the page size was set tight (File > Document Properties... > Display > Resize to content: "Fit the page to the current selection or the drawing if there's no selection").

Not reproduced here

in Win: Inkscape 1.2.1 (9c6d41e410, 2022-07-14)

and Linux: Inkscape 1.2 (1:1.2.1+202207142221+cd75a1ee6d)

Please provide system info, install version (msi, exe, zip, etc.).

An example Inkscape svg might also be useful.

Hi Tylor, 

Thank you for your effort and sorry for issues with reproducing!

My version is Inkscape 1.2 (dc2aedaf03, 2022-05-15). I installed it from the Microsoft Store of my Windows 10 PC. (I thought it would be a good idea to get it regularly auto-updated this way.)

Is this functionality any different depending on whether I install from the Microsoft Store or if I manually install an MSI or EXE?

I am attaching the SVG where it happend. The Layers "Ritual-Hilfe" and "Monica Studer" both contain the copies transformed into paths (text2261 and text2298). You can make these invisible to see that full information is still also in the original objects (text436 and text 575). You may not have the used fonts (Rany Bold and Along Sans Light). I am attaching also those in case that is of any help. At least with the fonts installed you see the paths sitting on top and exactly matching the objects. 

Thanks
Peter

Yes, there can be significant differences between installers, particularly with permissions of what directories are writable.

For Windows, I have seen the best results using the .msi installers. This may require a total uninstall of Inkscape and the Inkscape user profile (../users/yourusername/appdata/roaming/inkscape).

But nothing wrong with the SVG? Can you make the objects text436 and text575 invisible, close and reopen the SVG and when then making the objects text436 and text575 visible and the paths text2261 and text2298 invisible you still see the text?

Hmmmm..... that is a bug: https://gitlab.com/inkscape/inkscape/-/issues/3326 , marked as fixed, but ...

I've opened a new report: https://gitlab.com/inkscape/inbox/-/issues/7516