Code Monkey home page Code Monkey logo

Comments (5)

DylanPiercey avatar DylanPiercey commented on June 7, 2024

@xtremespb this is a known issue. This code is only used when Marko is run in debug mode and it is used to get a stack trace to the point where dom manipulation happened in user and which would break Marko (it can be really helpful there).

Currently this is the only way to do this in the browser although it is deprecated since we only use this when Marko is loaded in debug mode I think it's fine for now until we can come up with a better alternative. MutationObserver (what's recommended as the replacement) does not work for this case since it is batched and loses the relevant stack trace where the mutation occurred.

from marko.

xtremespb avatar xtremespb commented on June 7, 2024

The problem is that I'm running the code built in production mode, built by Webpack.
On some project pages the deprecation warnings are showing in interval.

Is there are a way to disable this behaviour in production mode?

from marko.

DylanPiercey avatar DylanPiercey commented on June 7, 2024

@xtremespb if you're seeing the warning in production then it means that when the template was compiled the NODE_ENV was not set (this is what swaps the Marko runtime). When doing a production build can you try setting NODE_ENV=production?

from marko.

xtremespb avatar xtremespb commented on June 7, 2024

@DylanPiercey I've explicitly set MARKO_DEBUG environment variable to false, now it's gone. Setting of NODE_ENV to "production" didn't work.

My suggestion is to set MARKO_DEBUG to "false" as a default value, so for me this seems to be a bug ;-)

from marko.

DylanPiercey avatar DylanPiercey commented on June 7, 2024

The debug mode changes a bunch of things, including better error messages, reduced minification and things like this to detect bugs.

Changing the default here doesn't really solve the problem, but we should maybe make it more easy to tell when you're running in a specific mode and also ensure things line up with the build instead of just NODE_ENV at the time of build.

My guess here is that there is something in your webpack config which is causing it not to set NODE_ENV to a const of production. This will cause various tools to pull in debug and unoptimized stuff which isn't great. Can you verify you're webpack config properly sets that?

from marko.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.