Any news about this one ?

Nope, nothing. My primary screen is already set as main.

Unfortunately that didn't do the trick either :/

Nope, stubbornly launches on the second monitor :(

In T70313#787079, @LazyDodo (LazyDodo) wrote:

When you start blender with the blender_factory_startup.cmd batch file located in the same folder as blender, does it start on a different monitor?

In T70313#787009, @Germano Cavalcante (mano-wii) wrote:

Are both monitors connected to the Graphics card?
Does any other program have this same problem?

I figured that much. For my particular case I found a workaround, but it would be nice to support value nodes natively. Thanks for looking into this not-a-bug :)

In T49135#387277, @Brecht Van Lommel (brecht) wrote:

We don't handle feature requests in this tracker, see here for alternatives.
https://wiki.blender.org/index.php/Dev:Doc/Contact#Requesting_Features

May I ask why Collada and not OpenGEX ?

My bad, I thought I uploaded it already. There ya go:

I am sorry, but how is this not valid test case?

Yes, as shown in my video.

Ok, so I got a rid of nodes and made material as in good ol' pre-nodes Blender. FBX still has no textures embedded. That's makes me wonder if FBX format itself doesn't have the capacity to store embedded images.

There ya go - .blend file with both BI and Cycles materials/textures. Either way, FBX output gets imported into Unity without textures.

Even if I switch to BI with BI materials, it won't export textures. Note that materials are actually exported. It's the embedding of textures that fails.

I am sorry Sergey, but don't you read the whole text? Yes, it exports lights, but it doesn't embed textures. Geez, this isn't the first bug report I post get closed because devs don't want to read my report/watch videos.

Apparently Unity doesn't care for lights, so it's not Blender FBX fault (although I wonder if light parameters are written into FBX, so that it can be used in Unity via script transforms).

So I tried making simple scene from scratch to reproduce the bug, and I easily reproduced it.

In T45535#323859, @Julian Eisel (Severin) wrote:

Such a statement is complete rubbish and I hope you know that. If an issue isn't fixed within a reasonable amount of time than because it's not easy to fix it. The example you mention, possible loss of actions, was broken by design - a design that is deeply implemented into Blender's data structure. AFAIK it's still not fixed (which would require redesigning Blender's datablock system), but there were tools implemented that help prevent data loss.

It gets even weirder - the user who posted video showing how Actions that never got F pressed can be removed, can remove Actions even after having users on them. I followed his instructions to the tee, but when I save, users get assigned to the actions automatically:

New development about this bug. Apparently, if Action is duplicated, but user is never assigned to it, it can be deleted by deleting it from NLA Editor (it's still backward, as there is no reason not to be able to remove Actions from Action Editor). Here is a video showing it:

Can developers confirm the bug or is it going to be one of those who no one wants to touch with a long stick? (like it was with losing work if user wasn't manually assigned a few version back)

Sometimes it's not practical to apply location/rotation in the scene. You don't just bake final models that you won't ever touch again. There are iterations in the process and you will need to continue modeling/refining from the moment you left off to bake normal maps (as an example).

We shouldn't really turn on "Draw All Edges" to see high res mesh. Remember Andrew's videos about consistency? ;)

Why was this working in 2.67 ? I use the same settings, and get no issues with the output.