-
Notifications
You must be signed in to change notification settings - Fork 305
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Image file disappears after modification when created from template, displaying an endless «Loading...» #2736
Comments
Other information (bis)
|
I'm going to unsubscribe due to your comment spam. |
@mtwebster Did you see this? Sorry to bother you again but you worked on a similar issue not long ago. |
But note that Edit > Preferences > Preview... also includes an option of "Inherit thumbnail visibility from parent". Personally, since I mostly use the icon view, I have all thumbnail preferences set as permanently 'yes' - including having the toolbar icon that allows switching on thumbnails on/off permanently set to 'on'. |
@Jeremy7701 These are my current settings in Nemo preferences. And i removed the toolbar icon for thumbnails on/off because i never toggle this off. Re-checked in Nemo > View > Show Thumbnails: ON. I don't think i changed these settings lately, but, just in case, i will re-test these "steps to reproduce"... RE-TESTED! I still get this same bug. And ALL the Plugins > Actions and Extensions are currently Disabled. |
@Jeremy7701 Can you reproduce this issue? |
I can't reproduce your fault - the "view" option takes precedence over the "preferences" option, as it should. I've have most off the addons loaded. My settings are BTW I've got a new PC, so I've got a completely fresh install of LMDE4, only about 4 months old. Have you tried loading Mint/LMDE as a VM (so that you get a completely fresh install)? |
@Jeremy7701 I still have to look at your exact preferences, and think about it, and try it. But there's 1 or 2 things i want to give a quick response to...
Oh, i see you were just talking about this
but did you get this issue, as described in the Steps to reproduce, on top of this page? Remember, please follow exactly each steps, including this key step:
I still have to do those double and triple checks on my USB bootable key with LM Cinnamon 20 and also this fresh LM MATE 19.3. But i am pretty sure i will get this same bug. Stay tuned! P.S.: If you really can't reproduce this issue, then i may have to narrow it down to what software to use, what kind of image, etc. |
I didn't appreciate the significance of the template and then opening the file outside nemo. Furthermore, most templates such as writer/Calc/text don't have a file-dependant thumbnails - actually, if I was creating an image or video, I wouldn't find the template option to be especially useful as it only provides a single file per user. This works, provided you launch inkscape from nemo; all the different thumbnails are created. |
You could also have opened this file-from-template from Nemo itself, but before you save and before you move up to parent directory, of course. See my edited Steps to reproduce here on top. ▲
Ah. So i am not crazy. Guess I'm exempt from having to install a brand new system? I could also have restarted on this USB key, but that's much less relevant because that way I wouldn't have the very latest version of Nemo.
I can very well imagine several situations where the templates+thumbnails would be very relevant. Example: I create a newsletter in Inkscape. That makes 8 to 16 pages, and it is published every month. One of the basic rules for good design is repetition: pages 2 to 16 must share some common elements such as a unique logo, a unique page numbering, plus some top and bottom page lines and layouts, etc. So, it would really make sense to start creating every page from a common template. And that's 16 page X 12 months = 192 pages created neatly and easily. And on top of all that, i am not sure this bug only occurs with Templates... But I avoid creating new issues unless i can give precise instructions on how to consistently reproduce the issue, every time, after having it tested and retested. Hey, this looks great. I am writing this long post here, and this JavaScript or whatever state-of-the-art dynamic web page got this red symbol added along with this text: "mtwebster closed this in 73aafd8 22 minutes ago". So, that's it. Hopefully. I can't wait to see this new Nemo version... And test it again. :) |
When creating a new file (using a template, for instance), file-> details->is_added could potentially be FALSE, and cause this file to not be finalized along with other files if the view directory is destroyed. This can cause issues when re-entering that directory, with the file being in an undefined state, and could prevent the view from fully loading the location (this is identical behavior to that described in mate-desktop/python-caja#64. To reproduce: - Create an svg file and save in ~/Templates. - Right-click, Create document-> svg file, name it whatever. - Navigate out of the folder. - Modify the file in a visible manner. - Re-enter the folder, note that it never finishes loading. Ref: linuxmint/nemo#2736
When creating a new file (using a template, for instance), file-> details->is_added could potentially be FALSE, and cause this file to not be finalized along with other files if the view directory is destroyed. This can cause issues when re-entering that directory, with the file being in an undefined state, and could prevent the view from fully loading the location (this is identical behavior to that described in mate-desktop/python-caja#64. To reproduce: - Create an svg file and save in ~/Templates. - Right-click, Create document-> svg file, name it whatever. - Navigate out of the folder. - Modify the file in a visible manner. - Re-enter the folder, note that it never finishes loading. Ref: linuxmint/nemo#2736
When creating a new file using a template, it's possible for is_added to be FALSE, so make sure the file is unref'd regardless. This actually resolves an issue in caja and nemo which is caused by files created in this manner not being finalized when no longer in use. I can reproduce the issue with nautilus, but this *does not* fix it, so I think that there may be an additional leak somewhere else (maybe not related to template-created files). To reproduce: - Create an svg file and save in ~/Templates. - Right-click, Create document-> svg file, name it whatever. - Navigate out of the folder. - Modify the file in a visible manner. - Re-enter the folder, note that it never finishes loading. Original report: linuxmint/nemo#2736
When creating a new file (using a template, for instance), file-> details->is_added could potentially be FALSE, and cause this file to not be finalized along with other files if the view directory is destroyed. This can cause issues when re-entering that directory, with the file being in an undefined state, and could prevent the view from fully loading the location (this is identical behavior to that described in mate-desktop/python-caja#64. To reproduce: - Create an svg file and save in ~/Templates. - Right-click, Create document-> svg file, name it whatever. - Navigate out of the folder. - Modify the file in a visible manner. - Re-enter the folder, note that it never finishes loading. Ref: linuxmint/nemo#2736
Issue
Image file disappears after modification if image was created from template
Steps to reproduce
Expected behaviour
I would like to be able to edit images without worrying about them disappearing.
Other information
Sorry to bother you again. There are lots of similar issues with thumbnails.
The text was updated successfully, but these errors were encountered: