Thanks, could reproduce the issue. Think it's actually similar (if not same) issue as in T41712, some apps sometimes generate animation data linked to (virtual, non-existent) root node of the FBX file (your fix was indeed solving the problem, but more like treating the symptoms rather than the cause. ;) )…

Am sorry, but we need a valid case to reproduce the issue, otherwise we can do nothing. Blender is an open, public project, generating a file demonstrating the issue should not be a real problem, if you cannot share the real one.

Thanks for the suggestion, but we do not accept feature requests or suggestions on this tracker (use forums or bf-funboard ML for that).

Please follow our submission template and guidelines, also read these tips about bug reports, and make a complete, valid bug report, with required info, precise description of the issue, precise steps to reproduce it, small and simple .blend and/or other files to do so if needed, etc.

id_data being None should not happen… Please provide an FBX file demonstrating that issue. Also, please ensure issue is still valid in latest Blender -2.79 official release at least, even better if also checked with the latest build from our buildbot).

@¿? (edtion) please be more specific in your bug reports, tags like Dependency Graph only mean issue is with a depsgraph, it does not imply at all that it is with the new one (or the old one). That’s why we ask our reporters that they follow our submission template and guidelines, read these tips about bug reports, and make a complete, valid bug report, with required info, precise description of the issue, precise steps to reproduce it, small and simple .blend and/or other files to do so if needed, etc.

Fix incoming.

Not really comfortable with our UI popup code no… this code is a bit of a maze, with lots of indirect/callbacks stuff that makes it difficult to track. :|

Please always attach files here directly.

Thanks for the report, but no bug here. Blender is following *nix convention that files which name starts with a dot are considered hidden ones (you can show them in file browser though, just have to enable the 'Show hidden dot files' button in the header).

@Tim Knip (timknip) thanks a lot for report and investigation, last patch makes total sense indeed, will commit.

Please follow our submission template and guidelines, also read these tips about bug reports, and make a complete, valid bug report, with required info, precise description of the issue, precise steps to reproduce it, small and simple .blend and/or other files to do so if needed, etc.

More than a week without reply. Due to the policy of the tracker archiving for until required info/data are provided.

More than a week without reply. Due to the policy of the tracker archiving for until required info/data are provided.

OKI, closing then, since it seems it’s not related to Blender.

There is a rampant issue with alt key and Blender since years, under Linux (Gnome at least)… When you use alt-tab combo to switch between apps, Blender detects alt-down before losing focus, but sometimes it gets focus back too late somehow, and does not get the 'alt-up' event, so it still believes alt is pressed until you press/release it again. Point being, keyboard handling by modern desktops is rather complex and not always fully consistent.

More than a week without reply. Due to the policy of the tracker archiving for until required info/data are provided.

More than a week without (valid) reply. Due to the policy of the tracker archiving for until required info/data are provided.

Thanks @ronan ducluzeau (zeauro) for the detailed explanation, nothing to add here, no bug. :)

You can also duplicate particle settings later at your discretion (clicking on the 'user number' button will make it single-user, effectively duplicating it). In any case, do not see any bug here, thanks for the report anyway.

More than a week without reply. Due to the policy of the tracker archiving for until required info/data are provided.

@Arto Kitula (akitula) will let you handle this one then.

More than a week without reply. Due to the policy of the tracker archiving for until required info/data are provided.

Eh, time to archive then! :)

Working fine here as well. Could be either a bad installation (did you try a clean full re-installation?), and stalled version of ANT (user-installed one), an hardware limitation…

More than a week without reply. Due to the policy of the tracker archiving for until required info/data are provided.

More than a week without reply. Due to the policy of the tracker archiving for until required info/data are provided.

Thanbks for the report, but issue has been fixed already earlier today (rBA8f8fcfaad1f1).

This is a clipping issue, fix incoming.

I see nothing wrong with given .blend file, exported it, re-imported it back in Blender, no issue. In any case, changing mesh topology after binding it to its armature is everything but recommended. Will close for now.

Am pretty sure it’s not worth spending time to fix/hack/workaround this unsupported, unrecommended "feature"… Properties are for panels, if this is really to be solved, I’d simply forbid props in menu layouts, done. Because I suspect getting all different 'keyboard users' here (menu entry selection/'shortcut', widget itself…) to play nice and sound together won’t be easy.

Yeah, we should stop accepting and handling tracker reports like that, this is user support even, not an actual valid issue report regarding install_deps so far… :(

Fixed by rB754f5d39c588d4.

@Sergey Sharybin (sergey) indeed, cannot see any reason to pass base if we only use object, your fix lgtm.