Embed SVG images in utf8 instead of base64

Issue #96
As described in https://css-tricks.com/probably-dont-base64-svg/
Use SASS interpolation for dynamic SVG colors
Recompile also injected some other, missing updates from compiled css

@arrel Sounds good!

@arrel Can you remove the dist/ files please. This way official releases can be done. Is that right @cjpatoilo?

@arrel Great job! But there is something wrong with your submission. For now I will close your submission but nothing prevents you organize and send again. If you prefer I can add to your contribution. Anyway, thank you for submission.


rkt: GC tries to unregister the container even if it was started with registration disabled

> sudo rkt --mds-register=false --insecure-skip-verify run docker://busybox
rkt: found image in local store, skipping fetching from docker://busybox
2015/07/10 11:50:56 Preparing stage1
2015/07/10 11:50:57 Loading image sha512-9d710100ce6769569b12a39100318bfed5b6b98115ee6315b724c11658db3751
2015/07/10 11:50:57 Writing pod manifest
2015/07/10 11:50:57 Setting up stage1
2015/07/10 11:50:57 Writing image manifest
2015/07/10 11:50:57 Wrote filesystem to /var/lib/rkt/pods/run/ce5da938-9d3a-4f38-a91e-57e19b8078fe
2015/07/10 11:50:57 Writing image manifest
2015/07/10 11:50:57 Pivoting to filesystem /var/lib/rkt/pods/run/ce5da938-9d3a-4f38-a91e-57e19b8078fe
2015/07/10 11:50:57 Execing /init
> sudo rkt gc --grace-period=0s
Moving pod "ce5da938-9d3a-4f38-a91e-57e19b8078fe" to garbage
Garbage collecting pod "ce5da938-9d3a-4f38-a91e-57e19b8078fe"
2015/07/10 11:51:02 dial unix /run/rkt/metadata-svc.sock: no such file or directory
2015/07/10 11:51:03 dial unix /run/rkt/metadata-svc.sock: no such file or directory
2015/07/10 11:51:04 dial unix /run/rkt/metadata-svc.sock: no such file or directory
2015/07/10 11:51:05 Warning: could not unregister pod with metadata service: dial unix /run/rkt/metadata-svc.sock: no such file or directory

That's true because I decided to keep less state and not record whether the container was registered with MDS or not. That's why it's a warning and not an error. However there're still problems with this:

These log messages are appearing even with --debug. That's not what we want.
I didn't consider that it'll be retrying the to connect for 3 seconds (I was assuming that it'll just 404 and move on -- obviously what happened during my testing as I tend to run MDS).

Because of (2), we'll need to keep extra state, I guess.


Won't install on MacOS 10.11

Hi,
Since Hush says that it is compatible with MacOS 10.11, I tried installing it on an old iMac running 10.11.6.
The Mac App Store downloads it, I click "Install", and it says:
We could not complete your purchase.
Hush can't be installed on "iMacInternal" because OS X version 11 or later is required"
Is there a work-around?
Thanks.

Unfortunately Hush requires macOS 11 as stated in the README and Mac App Store. There seems to be a bug in MAS where it sometimes wouldn't effectively block install attempts on older versions as reported in a different issue https://github.com/oblador/hush/issues/6#issuecomment-766188688.

Unfortunately Hush requires macOS 11 as stated in the README and Mac App Store. There seems to be a bug in MAS where it sometimes wouldn't effectively block install attempts on older versions as reported in a different issue https://github.com/oblador/hush/issues/6#issuecomment-766188688.

Thanks for doing this project. Any plans to support Catalina/Safari v14? I'd upvote that, many of us don't have that "extra mac" we can risk on putting buggy initial OS releases on.

Thanks for doing this project. Any plans to support Catalina/Safari v14? I'd upvote that, many of us don't have that "extra mac" we can risk on putting buggy initial OS releases on.

My apologies, I misread MacOS 11 as 10.11.

My apologies, I misread MacOS 11 as 10.11.


Add timing on time spent in endpoints

Currently, we don't have timing on the time spent between a request arriving and being fully processed.
We might be inadvertently blocking some clients and causing timeouts if we increase some delays (e.g. #1989).
We should have a way to measure the endpoint timings.

As mentioned in #1992, we found the bug ( #2021 ) and this would be better done by an external service.


How to display .msh(Gmsh) file?

Hello,
I am a total newbie in meshing topics
I have created a simple mesh using gmsh. Saved as ASCII version 4.
It is a simple meshed square (5x5)

I have built glvis  binary  and tried to use:
glvis -m filename.msh
But it failed with the following error:

Question is:

What I have done wrong? (Based on this tutorial)
How to convert .msh (gmsh) format to the .mesh format (your custom)
The .mesh and .geo files are attached.

exported_fine.msh.txt
fine.geo.txt

As per https://github.com/mfem/mfem/issues/2216
MFEM (glvis) supports only the GMSH (Version ASCII 2)

It looks like we need a version check with better error message. 😄

Sorry for the offtop, but small proposition:

Specify at the https://mfem.org/meshing/ page that that mesh format would be detected automatically on input
Specify here or here about software that could generate meshes in MFEM format? (if it exist)
Thanks!

Sorry for the confusion @CODER591, we've been meaning to add support for Gmsh 4 for a while now, but other things have been higher priority: https://github.com/mfem/mfem/issues/678.
Are you willing to help us improve the documentation by implementing your suggestions above?
If so, feel free to open PR in https://github.com/mfem/web. The website sources are simple Markdown files, e.g. https://github.com/mfem/web/blob/master/src/meshing.md.
Thanks!
Tzanio

I will take a look at the implementing suggestions, thanks for the answers!


Metric docs fix

Fix remaining stuff in metrics documentation
@Borda & @williamFalcon

Nice! @SkafteNicki
If we add the SKlearn metrics we also need examples. Want to copy paste them from the other metrics and modify for sklearn?

If we add the SKlearn metrics we also need examples. Want to copy paste them from the other metrics and modify for sklearn?

there are already doctests fro sklearn metrics...

Hello @SkafteNicki! Thanks for updating this PR.

In the file pytorch_lightning/metrics/classification.py:

Line 651:120: E501 line too long (124 > 119 characters)

@williamFalcon @SkafteNicki @justusschock mind chek the last state...

device = None, dtype = None

    def change_and_check_device_dtype(device, dtype):
>       metric.to(device=device, dtype=dtype)
E       TypeError: to() missing 1 required positional argument: 'self'


Missing separating blank line option

Hey,
close this issue if this is actually possible, but I couldnt figure out for the life of me how to include a blank line to seperate the progress bar from the rest of the text streams when wrapping stdout/stderr.
I think that this is an important quality of life feature for a progressbar. See the attached image below for how it looks when installing/removing apt packages.

Apart from this, great library. Simple and reliable.

Edit: I just discovered the init argument "line_offset". However, line_offset = 1 doesn't seem to achieve the desired effect. It seems to suppress any stdout printing at all
ProgressBar(line_offset=0) ->

ProgressBar(line_offset=1) ->

You can try the line_offset parameter, it's meant for multiple parallel progress bars but it should work for this: https://progressbar-2.readthedocs.io/en/latest/index.html#showing-multiple-independent-progress-bars-in-parallel

I tried it, but with this code I don't see any of the "test text messages" being printed, nor the "Program launched! for that matter. I only see the progress bar.
-> Code (using python 3.10)
import time
import progressbar

progressbar.streams.wrap_stderr()
progressbar.streams.wrap_stdout()

start_val = 0
max_val = 20

print(f'Program launched!')
for k in progressbar.ProgressBar(start_val,max_val, line_offset=1):
    print(f'-> test text message')
    time.sleep(0.1)

-> Output

You're right, it doesn't work right now :)
I've tested a little and I don't think any option does what you need currently.


Navigation link busted (for me) - fix included

site.xml would have correct links, but in index.html there would be a / added to the relative link. This would break the navigation.
Here is a reproducible example:
repo
pages
The fix is to change nav.html file (in my anaconda this is /home/kris/anaconda3/lib/python3.6/site-packages/rtd_dropdown/nav.html) and replace the line  {%- set child_url = nav_item.abs_url %}  with   {%- set child_url = nav_item.url %}.
Leaving this here just in case anybody else wants a fix.
Otherwise, thanks for the theme, I really like that functionality (collapsible menus).

Thanks for the fix and the repro. Sorry I wasn't able to address the issue sooner.
MkDocs recently released v.1.0 which included a number of breaking changes and enhancements for theme development. I re-wrote rtd-dropdown as a result.
Because of the re-write I'll close this issue. Thanks again!


When ingress rule is updated to point to a different workload , xip.io url throws - "503 Service Temporarily Unavailable"

Rancher versions: v2.0.0-rc3
Steps to Reproduce:
Create workload test1
Create workload test2
Create Ingress with ingress rule having hostname set to - "xip.io" , path- "/name.html" for " test1"
Ingress url works as expected,
Edit ingress and update the existing ingress rule to point to a different workload - "test2".
After this update , trying to reach the Ingress url results in "503 Service Temporarily Unavailable" error.
Ingress now - points to another default ingress:

The same issue is also seen when editing an existing Ingress and adding a new rule to it.

@alena1108 annotation field.cattle.io.ingress/state did not update to the new host name. And then the controller which should create/update service can not locate the state key with the new hostname. so the service is not updated by it.


COR-5053: update example because create profile change

Root cause: Because the create profile require headsetId as input parameter.
Solution: Update impact examples by the change. In addition, I also updated SimpleExample.cs to display error message on UI.
Please help to review. Thanks

this PR depends on changes in the plugin.


Standard_L16as_v3 SKU is not supported by Terraform azurerm provider

Standard_L16as_v3 SKU  is  not supported by Terraform azurerm provider versions. https://registry.terraform.io/providers/hashicorp/azurerm/latest/docs/resources/kusto_cluster
This is  the SKU block from version 3.20 (latest). Standard_L16as_v3 is not there.

Wrong dir


az policy definition show does not work for built-in ploicies

Saw this was previously an issue but closed.
Still don't seem to be able to 'show' a built-in policy
Was trying to assign one of the built-in polices “Allowed resource types” using the CLI in the Azure console.
I can list the available policies ‘az policy definition list’ which includes the policy I want to use.
When I try to show that specific policy I get nothing back, no error
az policy definition show --name a08ec900-254a-4555-9bf5-e42af04b5c5c (with or without single or double quotes)
or
az policy definition show --name "/providers/Microsoft.Authorization/policyDefinitions/a08ec900-254a-4555-9bf5-e42af04b5c5c" (again with or without all variant of quotes)
Same happens when I try to assign it: The policy definition 'a08ec900-254a-4555-9bf5-e42af04b5c5c' could not be found.

Which issue?

I found the issue. #692. I will close this and re-open that issue, as that is what the team requested. Thanks for bringing this to our attention!


Add tests for #10240

Hi Jamie from #10240, here is a sample branch with your commit and the minimum required tests for issue #10236.
I've also added some tests for the generator's case, but they are commented to separate the problems.

Thanks @danielfcollier :coffee:
I'm not sure how these changes would test the updated types. :thinking:
For now, I'll pass on this one, but thanks for the interest. :cake:


Скласти таймлайн

Скласти список всіх (важливих) життєвих подій, визначних дат, досягнень, періодів, що дали приємний і неприємний досвід, тощо. В цьому конкретному випадку довгих списків не буває, натомість бувають погано згорнуті, тому пакуємо сюди все підряд, а про "лишні" події можна буде промовчати пізніше. Список повинен бути систематизованим і посортованим в такий спосіб, щоб читач швидко зрозумів "паттерн" і міг легко орієнтуватись в просторі і часі цього резюме.

EXPERIENCE

2017
Became 45th president of the United States

2016

Won election race with 77 votes more than Clinton, yippe-kee-yay!

2015

Became the most important Republican nominating for presidential election run

2009

Changed my mind and became Republican again

2005

Started Trump University with Michael Sexton and Jonathan Spitalny: no grades, certificates and other bureaucracy, but program offered courses in real estate, asset management entrepreneurship, and wealth creation. 98% students gave positive reviews while studying, however some of these ungrateful gringos filed lawsuits against Trump University after the course. I had to pay $25 million to settle that...

2002

Acquired the former Hotel Delmonico, which was renovated and reopened in 2004 as the Trump Park Avenue. I sure do like my surname!

2001

Completed Trump World Tower and joined the Democratic Party

1999

Started buying golf courses. They are very cheap, I have 18 of them now in USA and abroad! Also switched to the Reform Party that year

1997

Began a multi-building development along the Hudson River, which was named Trump Place. Me and the other investors sold our shares for $1.8 billion and that was then the biggest residential sale in the history of New York City

1996

Acquired the Bank of Manhattan Trust Building, which was a vacant seventy-one story skyscraper on Wall Street. After an extensive renovation, the high-rise was renamed the Trump Building

1994

Refurbished the Gulf and Western Building on Columbus Circle, turned it into a 44-story luxury property known as Trump International Hotel and Tower

1989 ― 1992

Ran a second hand airline called Trump Shuttle. What a waste of money, I had to sell it, now it is American Airlines Shuttle, btw

1989, 1990

Learned about Tour de France and decided to hold my very own Tour de Trump. Is America not great enough for that cycling competition?

1988

Acquired the Plaza Hotel in Manhattan for $407 million, invested $50 million to restore the building and boosted it from three-star to four-star hotel (I called it "the Mona Lisa" and sold it for a lot of cash in 1995)

1987

Registered as a Republican

1985

I bought the Mar-a-Lago estate in Palm Beach and turned it into a private club.You can join if you pay $200K initiation fee (and there is another annual fee for members, it is very expensive to be rich). That year I also opened a casino called Trump Castle. My wife Ivana became a manager, because she is another Trump!

1983

I purchased New Jersey Generals, an American football team. I changed team's play schedule and filed an antitrust lawsuit against United States Football League, so NJG are not doing so good now, but back then they were great!

1980

Started developing the Trump Tower skyscraper in Manhattan, I payed a crew of undocumented Polish workers to demolish the historic Bonwit Teller store, including art deco features. All this to make architectural critic Paul Goldberger say in 1983 that the tower's atrium is "the most pleasant interior public space to be completed in New York in some years". At the same time I also started a repair job on the Wollman Rink in Central Park and completed the work in three months for $1.95 million, which was $775,000 less than the initial budget!

1978

Purchased a 50 percent stake in the derelict Commodore Hotel and turned it into the Grand Hyatt Hotel in 2 years of remodeling

1971

Was promoted to president of the company and renamed it The Trump Organization

1968

Began my career at my father's real estate development company, Elizabeth Trump & Son

PERSONAL LIFE

2006

Melania gained United States citizenship and gave birth to our son, Barron

2005

Married her

1998

Met my future third wife, Melania Knauss

1999

Divorced Marla ¯_(ツ)_/¯

1993

Married Marla and had a daughter, we named her Tiffany, because I like Tiffany & Company jewellery as well

1992

Started affair with Marla Maples, so I had to divorce. God knows I love nice women, I love them all!

1984

Birth of Eric Trump

1982

Birth of Ivanka Trump

1977

My first son is born. I called him Donald, of course!

1977

Married Czech model Ivana Zelníčková

MEDIA CAREER

2019

Was awarded Worst Actor and Worst Screen Combo at Golden Raspberry Awards for parts in "Death of a Nation" and "Fahrenheit 11/9"

2015

Published a book "Crippled America: How to Make America Great Again"

2011

Published a book "Time to Get Tough: Making America #1 Again" in coauthorship with Wynton Hall, Peter Schweizer and Meredith McIver

2011

Published a book "Midas Touch: Why Some Entrepreneurs Get Rich – And Why Most Don't" in coauthorship with Robert Kiyosaki

2011

Published a book "Trump Tower" in coauthorship with Jeffrey Robinson

2009

Published a book "Think Like a Champion: An Informal Education in Business and Life" in coauthorship with Meredith McIver

2008

Published a book "Never Give Up: How I Turned My Biggest Challenges into Success" in coauthorship with Meredith McIver

2007

Published a book "Think Big and Kick Ass" in coauthorship with Bill Zanker

2007

Received a star on the Hollywood Walk of Fame for being producer of Miss Universe pageant

2006

Published a book "Why We Want You to Be Rich" in coauthorship with Meredith McIver and Robert Kiyosaki

2006

Published a book "How to Build a Fortune: Your Plan for Success From the World's Most Famous Businessman"

2006

Published a book "The Best Real Estate Advice I Ever Received: 100 Top Experts Share Their Strategies"

2006

Published a book "Trump 101: The Way to Success" in coauthorship with Meredith McIver

2005

Published a book "The Best Golf Advice I Ever Received"

2005

Performed a song with Megan Mullally at the 57th Primetime Emmy Awards

2004 ― 2008

Ran short-form talk radio program "Trumped!" (one to two minutes on weekdays)

2004

Published a book "Trump: How to Get Rich" in coauthorship with Meredith McIver

2004

Published a book "The Way to the Top: The Best Business Advice I Ever Received"

2004

Published a book "Think Like a Billionaire: Everything You Need to Know About Success, Real Estate, and Life" in coauthorship with Meredith McIver

2003 ― 2015

Produced NBC reality shows "The Apprentice" and "The Celebrity Apprentice"

2000

Published a book "Trump: The America We Deserve" in coauthorship with Dave Shiflett

1997

Published a book "Trump: The Art of the Comeback" in coauthorship with Kate Bohner

1991

Was awarded Worst Supporting Actor at Golden Raspberry Awards for a part in "Ghosts Can't Do It"

1990

Published a book "Trump: Surviving at the Top" in coauthorship with Charles Leerhsen

1987

Published a book "Trump: The Art of the Deal" in coauthorship with Tony Shwartz

EDUCATION

2011

Asked friends who are prominent and wealthy alumni of the New York Military Academy to secure my academic records so they could not be seen by anyone, never!

1966

Transferred to the Wharton School of the University of Pennsylvania and graduated in May 1968 with a B.S. in economics

1964

Started studying in Fordham University

1959

Enrolled in the New York Military Academy, a private boarding school, after my parents discovered I made frequent trips into Manhattan without their permission

PERSONAL LIFE

2006
Melania gained United States citizenship and gave birth to our son, Barron

2005
Married her

1998
Met my future third wife, Melania Knauss

1999
Divorced Marla ¯_(ツ)_/¯

1993
Married Marla and had a daughter, we named her Tiffany, because I like Tiffany & Company jewellery as well

1992
Started affair with Marla Maples, so I had to divorce. God knows I love nice women, I love them all!

1984
Birth of Eric Trump

1982
Birth of Ivanka Trump

1977
My first son is born. I called him Donald, of course!

1977
Married Czech model Ivana Zelníčková

MEDIA CAREER

2019
Was awarded Worst Actor and Worst Screen Combo at Golden Raspberry Awards for parts in "Death of a Nation" and "Fahrenheit 11/9"

2015
Published a book "Crippled America: How to Make America Great Again"

2011
Published a book "Time to Get Tough: Making America #1 Again" in coauthorship with Wynton Hall, Peter Schweizer and Meredith McIver

2011
Published a book "Midas Touch: Why Some Entrepreneurs Get Rich – And Why Most Don't" in coauthorship with Robert Kiyosaki

2011
Published a book "Trump Tower" in coauthorship with Jeffrey Robinson

2009
Published a book "Think Like a Champion: An Informal Education in Business and Life" in coauthorship with Meredith McIver

2008
Published a book "Never Give Up: How I Turned My Biggest Challenges into Success" in coauthorship with Meredith McIver

2007
Published a book "Think Big and Kick Ass" in coauthorship with Bill Zanker

2007
Received a star on the Hollywood Walk of Fame for being producer of Miss Universe pageant

2006
Published a book "Why We Want You to Be Rich" in coauthorship with Meredith McIver and Robert Kiyosaki

2006
Published a book "How to Build a Fortune: Your Plan for Success From the World's Most Famous Businessman"

2006
Published a book "The Best Real Estate Advice I Ever Received: 100 Top Experts Share Their Strategies"

2006
Published a book "Trump 101: The Way to Success" in coauthorship with Meredith McIver

2005
Published a book "The Best Golf Advice I Ever Received"

2005
Performed a song with Megan Mullally at the 57th Primetime Emmy Awards

2004 ― 2008
Ran short-form talk radio program "Trumped!" (one to two minutes on weekdays)

2004
Published a book "Trump: How to Get Rich" in coauthorship with Meredith McIver

2004
Published a book "The Way to the Top: The Best Business Advice I Ever Received"

2004
Published a book "Think Like a Billionaire: Everything You Need to Know About Success, Real Estate, and Life" in coauthorship with Meredith McIver

2003 ― 2015
Produced NBC reality shows "The Apprentice" and "The Celebrity Apprentice"

2000
Published a book "Trump: The America We Deserve" in coauthorship with Dave Shiflett

1997
Published a book "Trump: The Art of the Comeback" in coauthorship with Kate Bohner

1991
Was awarded Worst Supporting Actor at Golden Raspberry Awards for a part in "Ghosts Can't Do It"

1990
Published a book "Trump: Surviving at the Top" in coauthorship with Charles Leerhsen

1987
Published a book "Trump: The Art of the Deal" in coauthorship with Tony Shwartz

EDUCATION

2011
Asked friends who are prominent and wealthy alumni of the New York Military Academy to secure my academic records so they could not be seen by anyone, never!

1966
Transferred to the Wharton School of the University of Pennsylvania and graduated in May 1968 with a B.S. in economics

1964
Started studying in Fordham University

1959
Enrolled in the New York Military Academy, a private boarding school, after my parents discovered I made frequent trips into Manhattan without their permission

+++


Add boolean (binary) operators

Namely and and or (I prefer the python-style words here).
x = true and false;
y = some_var or some_other_var;

I'd like to have an xor operator, but this isn't supported in all languages so would complicate code generation in some cases (and tbh I don't really think it's worth the hassle).

Actually, let's just implement these with library functions. Keep the language small.

https://github.com/ditto-lang/std/blob/4e85667f8b628cb56d14d6f6d85aa9c4f5737ecb/ditto-src/Bool.ditto#L9-L13


Provide a way to disable logging of requests/respponses on certain urls

Two approaches suggested:

Provide internal url mapping inside LogbookFilter to activate/deactivate logging only on certain URLs
Reuse underlying logging library functionality by appending request URL path to logger name (so then it is possible to disable logging like this:
<Logger name="org.zalando.logbook.Logbook=/some/resource/path" level="off"/>)

This could be implemented by overriding (Default)HttpLogWriter.isActive and considering request uri there.
But this approach works at Logbook level and has no simple means to distinguish between incoming and outgoing requests.

Related to #47

The incoming/outgoing bisection could be achieved by using two Logbook configurations

If I understand you correctly 1 is proposing to enable further (custom) filtering inside the _LogbookFilter _ besides what filter registration allows?
While we'd have to do the same in every outgoing adapter (like logbook-httpclient) too, I think the filter and the adapters are the right place to do it, because then near-to-none runtime overhead for ignored URLs is added.

@lukasniemeier-zalando

Yes, first approach raises because there is no way to exclude urls using standard filter registration.
Actually right now I like two Logbook conf approach, because then it is possible to configure logging of incoming and outgoing request differently (e.g. add "incoming" / "outgoing" marker) and exclusion/inclusion logic sits near Logbook conf and not in 100500 different filters/interceptors/etc
Overhead should be considered later as it is premature optimization at this point.

:+1:
I took a look at HttpLogWriter and it seems like isActive actually steers the buffering of requests/responses, so it seems we are fine there!
Logbook potentially adds a non-marginal amount of overhead - therefore if it provides a "skip" feature there is a good chance users expect this to work in a way that skipped requests/responses are just "pass-through". We already have seen Logbook used in a high-volume live environment :wink: so IMO it make sense to think about it (but see 2).
:+1:

It's true, the isActive method is the best place to do this right now, but I don't think it's the right place, conceptually. Right now we only have formatters and writers and they define the how and the where to respectively. E.g. the default writer just delegates to a logger and it implements isActive by checking whether the logger is actually enabled for the level which is fine. If we start to throw in URL white/blacklists in there we are mixing different aspects/abstractions. I guess we need something new.


Sourcemap remote debugging with break points

I tried a whole day to get remote debugging with break points on my VM, but I didn't succeed. I have read all old issues, blog posts and SO. But I still cannot figure out what I've done wrong?
I have a VM running locally on my Mac at host app.local. Inside the VM I have a folder /home/myusername/app, I have a TS project. Here is my configurations :
    {
        "compilerOptions": {
            "module": "commonjs",
            "target": "es5",
            "noImplicitAny": true,
            "outDir": "Build",
            "rootDir": ".",
            "experimentalDecorators": true,
            "jsx": "react",
            "reactNamespace": "Element",
            "removeComments": true,
            "forceConsistentCasingInFileNames": true,
            "strictNullChecks": true,
            "noEmitOnError": true,
            "noImplicitThis": true,
            "inlineSourceMap": true,
            "inlineSources": true
        },
        "exclude": [
            "node_modules",
            "vendor"
        ]
    }

And here is my launch.json:
{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Attach",
            "type": "node",
            "request": "attach",
            "address": "app.local",
            "port": 5858,
            "sourceMaps": true,
            "localRoot": "${workspaceRoot}",
            "remoteRoot": "/home/myusername/app",
            "restart": true
        }
    ]
}

I can see the generated files have inlined source map and inlined sources(I have also tried with non-inlined mapping as well). I start the server node-dev --debug Build/Start.js. After that I attach to the process and succeeds. But the problem comes when I try to set a break point — it fails?
I have also tried many remoteRoot paths to hopefully get the breakpoints working, though failed? I don't think I have a remote idea what I've done wrong at this moment.

I'm not able to make it work with docker as well (a nodejs/express/typescript app).
I've spent hours on trying all possible combinations of remoteroot, localroot, inline & external sourcemaps without any success?
Can someone possibly make a clear statement about whether it is supposed to work?
And if yes maybe come up with a sample (a docker sample would be great as it would make it possible to easily run it without complex setup) that would clarify the necessary configuration settings.
That's really frustrating to spend hours and days for something that is maybe not working at all.
For information, I was able to remode debug pure nodejs/express javascript.

@FredericLatour are you able to set and hit breakpoints in *.js files if the "sourceMaps" attribute in your launch config is set to false?

As written I was able indeed to remode debug (and set breakpoints) if no sourcemaps are involved but maybe you are asking for something more specific?

@FredericLatour I'm asking whether you were able to set and hit breakpoints in *.js files in your Docker/TypeScript app when the "sourceMaps" attribute in your launch config is set to false. If yes, then this means that remoteroot, and localroot are correctly set and we can focus on the source map issue.

Ok. As far as I remember (have done hundreds of try since then): yes. But for the sake of starting on the right track, I will check right now and will let you know.
As far as I can understand, you are meaning that this is supposed to work. Don't want to look like I'm insisting but why not having a sample docker based repository posted? I mean, if I can clone a repository and see by myself that this is working properly, not only I would be confident to spend additional time on this but also I'll be able to compare the sample configuration/settings with my own configuration.
Will check your specific question now and post back the result.

I've just verified on macOS with Docker that this project made available by @delfinof in https://github.com/Microsoft/vscode/issues/2472 works for me without modification. I can set breakpoints in index.ts and they are hit reliably.

@FredericLatour yes, I could post sample projects on github for thousand of interesting node.js + <something, e.g. Docker> use cases but I'm actually a developer on the VS Code team, not on the Docker team ;-)
I prefer @delfinof's approach: he helped my with a small sample project that showed a problem with source maps in a Docker setup, I fixed a bug in node-debug and now the project can be used an an example that VS Code & Docker & source maps seem to work.

@weinand I see what you mean but at the same time, I can't see hundreds of use-cases involving local/remote stuff with vscode. Besides "editing features", debugging is a hot topic ... And being able to debug "typescript" MS great js superset from another great MS tool "vscode" using current modern dev workflow (docker/vagrant/what else...) seems not even optional to me but I may be biased ...
the docker sample is just an easy way for you (vscode team) to provide a sample that shows explicitly that remode debugging is working both with and without sourcemaps.
It could be a VM as well, but you will have a hard time to provide a VM that can be used as-is whereas a docker config for local/remote debuging can be run in a matter of minutes.
Yes, the @delfinof project is exactly what I was suggesting. However I tried it and it didn't work. But not being published from vscode team, it was hard to say this sample is confirmed to be working on both windows and mac. Moreover, as you can see, the launch config is different between windows (a specific IP address <IP_ADDRESS>) and mac (address = localhost). That's a bit surprising considering that docker for windows works the same way.
Still will retry @delfinof sample ... could have been tired the other day after hundreds of configuration settings changes...
Now if you have someone that has both Windows 10 and docker for windows in your team ... that would be great if this person could give it a try (just need 10 minutes).
Will post back my results .

FYI tried on 2 different projects and on 6 occasions. Debugging with breakpoints have never worked for me since VSCode launched. Many hours lost.

@FredericLatour I suggest that you try to run the docker sample from #2472 on Windows 10 since that seems to be platform where you've experienced the problem (you didn't mention what OS and node version you are using, so I just picked OS X).
If it doesn't work for you then we have a reproducible test case.

Tried on my project. Set sourceMaps to false, removed outDir settings, set localRoot to the dest folder (where I generate typescript or copy js files for those files that are pure js)
{
            "name": "bo-server",
            "type": "node",
            "request": "attach",
            "port": 5858,
            "address": "localhost",
            "restart": true,
            "sourceMaps": false,
            "localRoot": "${workspaceRoot}/build/server",
            "remoteRoot": "/code/build/server"
        },

Now for some reasons, I can breakpoint in pure js files (files copied from src to build folder without transpilation) but not in js files transpiled from typescript. Doesn't make anys sense if you ask me!!
I thought that maybe it was the reference to the sourcemap within the js file:

deleted the sourcemap file
deleted the reference to the map file in the source
did a docker-compose down, then a docker-compose up -d

Still not able to break point in js files that are transpiled from ts. Those things can make you crazy ... Any idea what is happening here?

@weinand Will now try to run the sample from  #2472 again (as you can see in issue thread, I had posted a message indicating that it was not working for me).

Sure I've understood that, but you did not try it with "trace": "sm".

Sure I've understood that, but you did not try it with "trace": "sm".

@weinand I don't think I've seen this option before. Is is neither in the docs?
https://code.visualstudio.com/docs/editor/debugging#_node-debugging

@tinganho "trace" is a new internal setting that helps when investigating problems. It is not (yet) an official end user setting.
@FredericLatour please use the "trace" option on your project as well. Watch out for paths where the case of the drive letters doesn't match.

@weinand Where am I supposed to get "trace" information?

@FredericLatour on the debug console
@tinganho the "trace" option cannot 'fix' anything magically. It just a verbose option for the debugger. Let me know what "trace" prints on the debug console.

I got breakpoints working now. You really need to document outDir it should be the "mounted" compiled output directory on local. Even though you compile it on remote. At least, it is how I got it to work. With TypeScript compiled with --inlineSources and --linlineSourceMap I don't think people expect that outDir is even needed?
        {
            "name": "Attach",
            "type": "node",
            "request": "attach",
            "port": 5858,
            "address": "app.local",
            "restart": false,
            "sourceMaps": true,
            "outDir": "${workspaceRoot}/local",
            "localRoot": "${workspaceRoot}",
            "remoteRoot": "/home/myusername/app"
        },

But thanks anyway for the assistent.

@weinand I don't get anything in the debug console ... not sure what's going on here

what version of VSCode are you using?

@weinand 1.4

I really don't get how you get this sample to work immediately. It doesn't even see the ts file in my case:

@weinand Moreover, in all honesty, this is not your typical app structure. Transpiled "js" file in the same folder as the typescript folder.. We can never be sure that some side effects are not involved here... With such a configuration localRoot, remoteRoot and outDir settings don't necessarily clarify things.
When I see so many hours, days, posts, frustration, etc ...
Wouldn't it be time for a sample meaningful project that would explain it all.
root nodejs folder (with package.json and so on:
|
|-- src/ : source folder with typescript file
|-- dist/ (or build) : distribution folder - transpiled files and others...
|-- typings/
|-- ...
And now in that case

localRoot: ?
remoteRoot: ?
outDir: ?

What about SourceMap generation: inline, separated file ? Are both supposed to work?

@FredericLatour since you are a Docker professional, it would be great if you could create the "meaningful" (but still minimal) project that has the desired structure and shows how to set things up.
That would be a very constructive contribution to VS Code.

@weinand I'm far from being a Docker pro. I started to investigate this tech a month ago or so. the basics are really easy to understand. Being able to run the sample on your Macbook makes you as Pro as I can be :)
I was using Vagrant before and had the same problems for remote debugging. It was working with Visual Studio 2013 though because they were using some kind of proxy script for remote debugging.

That would be a very constructive contribution to VS Code.
Hopefuly you are not meaning I'm not constructive by trying desperately to get remote debugging with sourcemaps working or at least trying to know if it is supposed to work which is still not really clear at this time.

I could certainly try to come up with a sample as a starting point but before that can you please:

Can you at least have someone give a try the sample docker based repository on windows 10? Don't tell me nobody uses Windows 10 at MS!!! :)  My point is that is someone can make this sample work under windows 10 without any problem, I would certainly not be the best person for creating a meaningful project.
Be explicit about the settings that are supposed to be used in a fairly standard situation. Would you mind answering the following:

Considering a fairly standard structure:
root nodejs folder app (with package.json and so on):
|
|-- src/ : source folder with typescript file
|-- dist/ (or build) : distribution folder - transpiled files and others...
|-- typings/
|-- ...
Considering that folder /code in the docker container is mapped to the local root nodejs folder app.
What am I supposed to use for the following settings:

localRoot: ...
remoteRoot: ....
outDir: ...

Are all combination of sourceMaps generation supported? (inline, separate map file)
Do I need to inline the source or it doesn't make any difference?
That would be a good starting point for building a meaningful sample :)

@tinganho Out of curiosity, did you try the sample docker project here?

VS Code node-debug doesn't do anything special for Docker, so for node-debug the Docker setup is just the "remote debugging" use case.
For that reason I cannot answer the question what does work with Docker and what doesn't. I can only say what node-debug supports in the remote debugging case.
localRoot and remoteRoot are used to convert paths between remote and local file systems. If a remote path has a prefix remoteRoot it is removed and the prefix localRoot is prepended (and vice versa).
outDir is used when a breakpoint in source has to be mapped to a breakpoint in generated JavaScript (because node-debug doesn't do an exhaustive search through all project files).
So if your generated code does not live side by side with the source, outDir must be specified.
All combination of sourceMaps generation are supported as long as separated source maps and separated source is kept in the local filesystem (because node-debug has no access to non-loaded *.js files in the remote filesystem).

@weinand Docker is nothing special. Just an easy way to set up a remote/local environment.
The main point is remote debugging with sourcemaps.
If you do not like this docker thing just replace docker container by remote machine/server/whatever.
It doesn't help a lot to provide localRoot, remoteRoot, etc, definitions.  We all know it's prone to interpretation. Should it point to the project root? The folder where the source is located?
Why does it sound so difficult to provide a basic working configuration with the appropriate settings just to clarify things?
The state of the situation seems that some people seems to get it to work miraculously without exactly knowing how after tweaking settings hundreds of time.
How is it tested on your side? Don't you have a testing environment for running this? If so can you provide the folder structure (remote/local) and your settings?
Nothing about getting someone testing the sample docker project under windows 10? It seems to work immediately on Macbook and fail on windows 10 (as far as I can tell). Doesn't it sound interesting to see if someone can confirm on infirm this? I mean if it works on windows for you ... it could say there is definitively something wrong on my side.

@weinand Should I expect anything from your side or am I on my own? Don't want to wait for nothing.

We will put this on the September plan.

@weinand  To tell the truth that's a bit beyond me that you still haven't given a try to the sample you mentioned earlier under windows 10.
I mean, in your position, after having run the sample without any problem under Macbook, I would have had some doubts about the guy in the opposite camp ( that is me in this context ) and would have
immediately found a way to give it a try under windows 10 ( in the worst case: 15 minutes install for docker + sample repo cloning + running the sample). Just to be sure the guy (still me) is not just not with it.
Anyway, no other choice than going ahead on my own in the meantime ... and maybe after a thousand of settings, tsc generation and folder structure combinations, I will get it to work by luck.

Hitting TypeScript breakpoints in the unmodified sample works fine on Windows 10 in the VS Code - Insiders.

@weinand sounds crazy but will restart back from the beginning - cloning the repo and following the instructions in the readme.md.

@weinand Just tried again and it doesn't work any better. Just trying to understand here.
Can you confirm that unlike what is written in the sample readme.md you had to run "npm run-script dockerdebug" and not just "npm dockerdebug"...
Running docker debug:

Setting breakpoints in ts:

running debugger with "Attach to docker (win)
As you can see it breaks into the js file (debug-brk) and not ts file.
Moreover ts breakpoints are greyed..

This is just crazy that you are able to make this work while I am not ... The steps are easy enough and it's hard to think of anything I would be missing....

Yes, I had to add the run-script flag to npm and I had to enable sharing for my 'C' drive.

What do you mean by VS Code - Insiders?

https://code.visualstudio.com/blogs/2016/02/01/introducing_insiders_build:
Download here: https://code.visualstudio.com/insiders

@weinand Could be the reason it doesn't work then?
I posted a screenshot of the vscode version I'm using and you didn't make any comment.

Sure, that could be. I didn't try with 1.4.

@weinand I had great hope with this insider but it didn't change anything ... the exact same problem...
Now the last think I can think of is that my project is on a "D" drive. Will install it on "C" drive and see.
Question:
When you run the debugger, does it break on the first line right in the "ts" file?

@weinand It doesn't work any better on the c drive ... this is just insane.
What version of tsc are you using? It should be displayed on the command line when running npm run-script dockerdebug.... (trace=sm doesn't have any effect at all in this situation) ...
This is just getting crazy .... will open another issue and ask to other users if they mind giving it a try ... What do you think?

@weinand I have looked a bit deeper and I have a hard time to understand how you make this work without any changes ...
The js and map files are generated in the "obj/tsout" folder...
As soon as I copy index.js and index.js.map file, from tsout into tssrc, it works....
Alternatively, I can make it work by:

changing package json dodkerdebug script to point to tsout:
"dockerdebug": "grunt && dockernode --debug --debug-brk obj/tsout"
changing launch "outDir" config to "outDir":"${workspaceRoot}/obj/tsout"
Which make sense

Now I'm not really into grunt ... is the grunt file supposed to copy files from tsout to tssrc? If this is the case, it doesn't work on my side.
That said, it seems a bit weird to copy back the generated files .... in the source folder.

I just added a "VS Code Recipe" for how to debug transpiled source in Docker with VS Code. Please see https://github.com/weinand/vscode-recipes/tree/master/Docker-TypeScript

I'm happy to see I'm not alone in the remote-debugging issues area.
I'm new to the process of filing a bug, although I'm not sure it is even a bug yet.
I have a nodejs, babel, webpack 2 server that I try to debug using the remote debugger.
I get all sorts of weird stuff going on, for example:

I can't set breakpoints on valid rows, they become gray.
When I do manage to set a breakpoint it is being hit when I'm not reaching that row.
For example: I add a breakpoint inside method1 but it is being triggered when I enter method2, like the file I'm seeing is different from the one the remote debugger is seeing.
And when I step over it jumps a few lines ahead (again, like I'm not seeing the same row as the debugger is seeing).

For the sake of simplicity I'm trying to remote debug using the localhost (although my app is running inside a docker).
Note: I even tried to use the 'show loaded scripts' feature in VSC and add breakpoints inside the loaded script but the problems above still occur.
launch.json
{
"version": "0.2.0",
    "configurations": [
        {
            "name": "Attach",
            "type": "node",
            "request": "attach",
           "port": 5858,
            "address": "localhost",
            "restart": false,
            "sourceMaps": true,
            "localRoot": "${workspaceRoot}",
            "remoteRoot": null,
            "outFiles": ["${workspaceRoot}/**/*.js"],
            "smartStep":true
         }
    ]}

.babelrc
{
	"presets": [
		"es2015-webpack"
	],
	"sourceMaps": true,
	"plugins": [
		"transform-runtime",
		["transform-es2015-modules-commonjs-simple", {
				"noMangle": true
		}],
		[
			"babel-plugin-webpack-alias",
			{
				"config": "./webpack.config.dev.js"
			}
		]
	]
}

webpack.config
import path from 'path';
import fs from 'fs';
import webpack from 'webpack';

export default {
	entry: "./server.js",
	target: 'node',

	externals: fs.readdirSync("node_modules"),
	devtool: 'inline-source-map',

	output: {
		path: path.join(__dirname, "build"),
		filename: "[name].js",
	},

	resolve: {
		extensions: [
			"*",
			".js",
			".json",
		]
	},

	module: {
		loaders: [
			{
				test: /\.js$/,
				exclude: /node_modules/,
				loaders: [
					"babel-loader"
				],
			}
		]
	},
	devServer: {
		contentBase: path.join(__dirname, "api")
	},
	plugins: [
    new webpack.LoaderOptionsPlugin({
      debug: true
    })
  ]
}

Please bear in mind this is the current settings I have after trying multiple solutions shown online, but I'm still stuck with this issue.
Can you please assist @weinand ?

Hello there!
I'm having a very hard time trying to setup remote debugging as well.
I have a Node.js application written in TypeScript. I'm using Docker container to transpile and run the application in development environment. I've managed to expose the port and to connect to it with the IDE. However, I can't make breakpoints to work from source TypeScript files. They are just turning grey when I connect to the running app.

My project is located on my development machine in /home/sfomin/projects/app.
The source files root is ./src.
The compiled files are stored in the ./.build/compiled.
The root of the project in docker container is: /opt/project, the relative directories are the same.

My launch.json looks like this:
{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Node Remote Debug",
            "type": "node",
            "request": "attach",
            "protocol": "inspector",
            "port": 9229,
            "sourceMaps": true,
            "outFiles": [
                "${workspaceRoot}/.build/compiled/**/*.js"
            ],
            "localRoot": "${workspaceRoot}",
            "remoteRoot": "/opt/project",
            "trace": true
        }
    ]
}

Here's example source map file:
{
  "version": 3,
  "sources": [
    "cli.ts"
  ],
  "names": [],
  "mappings": ";;;AAEA,4BAA0B;…",
  "file": "cli.js",
  "sourcesContent": ["…"]
}

It's referenced like this from the transpiled file: //# sourceMappingURL=cli.js.map.
And here's the part of the debug trace log:
← From target: {"method":"Debugger.scriptParsed","params":{"scriptId":"60","url":"/opt/project/.build/compiled/cli.js","startLine":0,"startColumn":0,"endLine":12,"endColumn":3,"executionContextId":1,"hash":"143694101549CA67BC820764FE83C5E426C38377","isLiveEdit":false,"sourceMapURL":"cli.js.map","hasSourceURL":false,"isModule":false}}
Mapped remoteToLocal: /opt/project/.build/compiled/cli.js -> /home/sfomin/projects/moebius/backend/moebius-server/.build/compiled/cli.js
SourceMaps.getMapForGeneratedPath: Finding SourceMap for /home/sfomin/projects/moebius/backend/moebius-server/.build/compiled/cli.js by URI: cli.js.map
SourceMaps.loadSourceMapContents: Reading local sourcemap file from /home/sfomin/projects/moebius/backend/moebius-server/.build/compiled/cli.js.map
← From target: {"method":"Debugger.paused","params":{"callFrames":[{"callFrameId":"{\"ordinal\":0,\"injectedScriptId\":1}","functionName":"","functionLocation":{"scriptId":"60","lineNumber":0,"columnNumber":10},"location":{"scriptId":"60","lineNumber":0,"columnNumber":10},"scopeChain":[{"type":"local","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":1}"},"startLocation":{"scriptId":"60","lineNumber":0,"columnNumber":10},"endLocation":{"scriptId":"60","lineNumber":12,"columnNumber":1}},{"type":"global","object":{"type":"object","className":"global","description":"global","objectId":"{\"injectedScriptId\":1,\"id\":2}"}}],"this":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":3}"}},{"callFrameId":"{\"ordinal\":1,\"injectedScriptId\":1}","functionName":"Module._compile","functionLocation":{"scriptId":"46","lineNumber":525,"columnNumber":36},"location":{"scriptId":"46","lineNumber":565,"columnNumber":13},"scopeChain":[{"type":"local","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":4}"},"name":"Module._compile","startLocation":{"scriptId":"46","lineNumber":525,"columnNumber":36},"endLocation":{"scriptId":"46","lineNumber":573,"columnNumber":1}},{"type":"closure","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":5}"},"startLocation":{"scriptId":"46","lineNumber":0,"columnNumber":10},"endLocation":{"scriptId":"46","lineNumber":672,"columnNumber":1}},{"type":"global","object":{"type":"object","className":"global","description":"global","objectId":"{\"injectedScriptId\":1,\"id\":6}"}}],"this":{"type":"object","className":"Module","description":"Module","objectId":"{\"injectedScriptId\":1,\"id\":7}"}},{"callFrameId":"{\"ordinal\":2,\"injectedScriptId\":1}","functionName":"Module._extensions..js","functionLocation":{"scriptId":"46","lineNumber":577,"columnNumber":36},"location":{"scriptId":"46","lineNumber":579,"columnNumber":9},"scopeChain":[{"type":"local","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":8}"},"name":"Module._extensions..js","startLocation":{"scriptId":"46","lineNumber":577,"columnNumber":36},"endLocation":{"scriptId":"46","lineNumber":580,"columnNumber":1}},{"type":"closure","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":9}"},"startLocation":{"scriptId":"46","lineNumber":0,"columnNumber":10},"endLocation":{"scriptId":"46","lineNumber":672,"columnNumber":1}},{"type":"global","object":{"type":"object","className":"global","description":"global","objectId":"{\"injectedScriptId\":1,\"id\":10}"}}],"this":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":11}"}},{"callFrameId":"{\"ordinal\":3,\"injectedScriptId\":1}","functionName":"Module.load","functionLocation":{"scriptId":"46","lineNumber":493,"columnNumber":32},"location":{"scriptId":"46","lineNumber":502,"columnNumber":31},"scopeChain":[{"type":"local","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":12}"},"name":"Module.load","startLocation":{"scriptId":"46","lineNumber":493,"columnNumber":32},"endLocation":{"scriptId":"46","lineNumber":504,"columnNumber":1}},{"type":"closure","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":13}"},"startLocation":{"scriptId":"46","lineNumber":0,"columnNumber":10},"endLocation":{"scriptId":"46","lineNumber":672,"columnNumber":1}},{"type":"global","object":{"type":"object","className":"global","description":"global","objectId":"{\"injectedScriptId\":1,\"id\":14}"}}],"this":{"type":"object","className":"Module","description":"Module","objectId":"{\"injectedScriptId\":1,\"id\":15}"}},{"callFrameId":"{\"ordinal\":4,\"injectedScriptId\":1}","functionName":"tryModuleLoad","functionLocation":{"scriptId":"46","lineNumber":462,"columnNumber":22},"location":{"scriptId":"46","lineNumber":465,"columnNumber":11},"scopeChain":[{"type":"local","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":16}"},"name":"tryModuleLoad","startLocation":{"scriptId":"46","lineNumber":462,"columnNumber":22},"endLocation":{"scriptId":"46","lineNumber":472,"columnNumber":1}},{"type":"closure","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":17}"},"startLocation":{"scriptId":"46","lineNumber":0,"columnNumber":10},"endLocation":{"scriptId":"46","lineNumber":672,"columnNumber":1}},{"type":"global","object":{"type":"object","className":"global","description":"global","objectId":"{\"injectedScriptId\":1,\"id\":18}"}}],"this":{"type":"undefined"}},{"callFrameId":"{\"ordinal\":5,\"injectedScriptId\":1}","functionName":"Module._load","functionLocation":{"scriptId":"46","lineNumber":431,"columnNumber":23},"location":{"scriptId":"46","lineNumber":457,"columnNumber":2},"scopeChain":[{"type":"local","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":19}"},"name":"Module._load","startLocation":{"scriptId":"46","lineNumber":431,"columnNumber":23},"endLocation":{"scriptId":"46","lineNumber":460,"columnNumber":1}},{"type":"closure","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":20}"},"startLocation":{"scriptId":"46","lineNumber":0,"columnNumber":10},"endLocation":{"scriptId":"46","lineNumber":672,"columnNumber":1}},{"type":"global","object":{"type":"object","className":"global","description":"global","objectId":"{\"injectedScriptId\":1,\"id\":21}"}}],"this":{"type":"function","className":"Function","description":"function Module(id, parent) {\n  this.id = id;\n  this.exports = {};\n  this.parent = parent;\n  if (parent && parent.children) {\n    parent.children.push(this);\n  }\n\n  this.filename = null;\n  this.loaded = false;\n  this.children = [];\n}","objectId":"{\"injectedScriptId\":1,\"id\":22}"}},{"callFrameId":"{\"ordinal\":6,\"injectedScriptId\":1}","functionName":"Module.runMain","functionLocation":{"scriptId":"46","lineNumber":602,"columnNumber":25},"location":{"scriptId":"46","lineNumber":604,"columnNumber":9},"scopeChain":[{"type":"local","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":23}"},"name":"Module.runMain","startLocation":{"scriptId":"46","lineNumber":602,"columnNumber":25},"endLocation":{"scriptId":"46","lineNumber":607,"columnNumber":1}},{"type":"closure","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":24}"},"startLocation":{"scriptId":"46","lineNumber":0,"columnNumber":10},"endLocation":{"scriptId":"46","lineNumber":672,"columnNumber":1}},{"type":"global","object":{"type":"object","className":"global","description":"global","objectId":"{\"injectedScriptId\":1,\"id\":25}"}}],"this":{"type":"function","className":"Function","description":"function Module(id, parent) {\n  this.id = id;\n  this.exports = {};\n  this.parent = parent;\n  if (parent && parent.children) {\n    parent.children.push(this);\n  }\n\n  this.filename = null;\n  this.loaded = false;\n  this.children = [];\n}","objectId":"{\"injectedScriptId\":1,\"id\":26}"}},{"callFrameId":"{\"ordinal\":7,\"injectedScriptId\":1}","functionName":"startup","functionLocation":{"scriptId":"26","lineNumber":11,"columnNumber":18},"location":{"scriptId":"26","lineNumber":157,"columnNumber":15},"scopeChain":[{"type":"block","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":27}"},"name":"startup","startLocation":{"scriptId":"26","lineNumber":139,"columnNumber":61},"endLocation":{"scriptId":"26","lineNumber":158,"columnNumber":7}},{"type":"local","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":28}"},"name":"startup","startLocation":{"scriptId":"26","lineNumber":11,"columnNumber":18},"endLocation":{"scriptId":"26","lineNumber":203,"columnNumber":3}},{"type":"closure","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":29}"},"startLocation":{"scriptId":"26","lineNumber":9,"columnNumber":9},"endLocation":{"scriptId":"26","lineNumber":575,"columnNumber":1}},{"type":"global","object":{"type":"object","className":"global","description":"global","objectId":"{\"injectedScriptId\":1,\"id\":30}"}}],"this":{"type":"undefined"}},{"callFrameId":"{\"ordinal\":8,\"injectedScriptId\":1}","functionName":"","functionLocation":{"scriptId":"26","lineNumber":9,"columnNumber":9},"location":{"scriptId":"26","lineNumber":574,"columnNumber":2},"scopeChain":[{"type":"local","object":{"type":"object","className":"Object","description":"Object","objectId":"{\"injectedScriptId\":1,\"id\":31}"},"startLocation":{"scriptId":"26","lineNumber":9,"columnNumber":9},"endLocation":{"scriptId":"26","lineNumber":575,"columnNumber":1}},{"type":"global","object":{"type":"object","className":"global","description":"global","objectId":"{\"injectedScriptId\":1,\"id\":32}"}}],"this":{"type":"object","subtype":"null","value":null}}],"reason":"Break on start","hitBreakpoints":[]}}
Paused on entry
→ To target: "{\"id\":9,\"method\":\"Runtime.evaluate\",\"params\":{\"expression\":\"[process.pid, process.version, process.arch]\",\"returnByValue\":true,\"contextId\":1}}"
→ To target: "{\"id\":10,\"method\":\"Runtime.evaluate\",\"params\":{\"expression\":\"[process.pid, process.version, process.arch]\",\"returnByValue\":true,\"contextId\":1}}"
To client: {"seq":0,"type":"response","request_seq":2,"command":"attach","success":true}
← From target: {"method":"Debugger.scriptParsed","params":{"scriptId":"62","url":"","startLine":0,"startColumn":0,"endLine":0,"endColumn":44,"executionContextId":1,"hash":"22960EE2CC885872F71ED2E747A68B200282CC65","isLiveEdit":false,"sourceMapURL":"","hasSourceURL":false,"isModule":false}}
← From target: {"id":9,"result":{"result":{"type":"object","value":[60,"v8.1.2","x64"]}}}
Target node version: v8.1.2 x64
To client: {"seq":0,"type":"event","event":"output","body":{"category":"telemetry","output":"nodeVersion","data":{"version":"v8.1.2"}}}
SourceMaps: expanded globs and found 398 scripts
From client: loadedSources(undefined)
← From target: {"method":"Debugger.scriptParsed","params":{"scriptId":"63","url":"","startLine":0,"startColumn":0,"endLine":0,"endColumn":44,"executionContextId":1,"hash":"22960EE2CC885872F71ED2E747A68B200282CC65","isLiveEdit":false,"sourceMapURL":"","hasSourceURL":false,"isModule":false}}
← From target: {"id":10,"result":{"result":{"type":"object","value":[60,"v8.1.2","x64"]}}}
To client: {"seq":0,"type":"response","request_seq":3,"command":"loadedSources","success":true,"body":{"sources":[{"name":"cli.js","path":"/opt/project/.build/compiled/cli.js","sourceReference":1034,"origin":"read-only content from Node.js"},{"name":"VM62","path":"<eval>/VM62","sourceReference":1035,"origin":"read-only content from Node.js"},{"name":"_stream_duplex.js","path":"<node_internals>/_stream_duplex.js","sourceReference":1030,"origin":"read-only core module"},{"name":"_stream_passthrough.js","path":"<node_internals>/_stream_passthrough.js","sourceReference":1032,"origin":"read-only core module"},{"name":"_stream_readable.js","path":"<node_internals>/_stream_readable.js","sourceReference":1026,"origin":"read-only core module"},{"name":"_stream_transform.js","path":"<node_internals>/_stream_transform.js","sourceReference":1031,"origin":"read-only core module"},{"name":"_stream_writable.js","path":"<node_internals>/_stream_writable.js","sourceReference":1029,"origin":"read-only core module"},{"name":"assert.js","path":"<node_internals>/assert.js","sourceReference":1010,"origin":"read-only core module"},{"name":"async_hooks.js","path":"<node_internals>/async_hooks.js","sourceReference":1009,"origin":"read-only core module"},{"name":"bootstrap_node.js","path":"<node_internals>/bootstrap_node.js","sourceReference":1000,"origin":"read-only core module"},{"name":"buffer.js","path":"<node_internals>/buffer.js","sourceReference":1003,"origin":"read-only core module"},{"name":"events.js","path":"<node_internals>/events.js","sourceReference":1001,"origin":"read-only core module"},{"name":"fs.js","path":"<node_internals>/fs.js","sourceReference":1023,"origin":"read-only core module"},{"name":"buffer.js","path":"<node_internals>/internal/buffer.js","sourceReference":1006,"origin":"read-only core module"},{"name":"errors.js","path":"<node_internals>/internal/errors.js","sourceReference":1005,"origin":"read-only core module"},{"name":"fs.js","path":"<node_internals>/internal/fs.js","sourceReference":1033,"origin":"read-only core module"},{"name":"linkedlist.js","path":"<node_internals>/internal/linkedlist.js","sourceReference":1008,"origin":"read-only core module"},{"name":"module.js","path":"<node_internals>/internal/module.js","sourceReference":1021,"origin":"read-only core module"},{"name":"process.js","path":"<node_internals>/internal/process.js","sourceReference":1011,"origin":"read-only core module"},{"name":"next_tick.js","path":"<node_internals>/internal/process/next_tick.js","sourceReference":1013,"origin":"read-only core module"},{"name":"promises.js","path":"<node_internals>/internal/process/promises.js","sourceReference":1014,"origin":"read-only core module"},{"name":"stdio.js","path":"<node_internals>/internal/process/stdio.js","sourceReference":1015,"origin":"read-only core module"},{"name":"warning.js","path":"<node_internals>/internal/process/warning.js","sourceReference":1012,"origin":"read-only core module"},{"name":"querystring.js","path":"<node_internals>/internal/querystring.js","sourceReference":1017,"origin":"read-only core module"},{"name":"BufferList.js","path":"<node_internals>/internal/streams/BufferList.js","sourceReference":1027,"origin":"read-only core module"},{"name":"destroy.js","path":"<node_internals>/internal/streams/destroy.js","sourceReference":1028,"origin":"read-only core module"},{"name":"legacy.js","path":"<node_internals>/internal/streams/legacy.js","sourceReference":1025,"origin":"read-only core module"},{"name":"url.js","path":"<node_internals>/internal/url.js","sourceReference":1016,"origin":"read-only core module"},{"name":"util.js","path":"<node_internals>/internal/util.js","sourceReference":1004,"origin":"read-only core module"},{"name":"module.js","path":"<node_internals>/module.js","sourceReference":1020,"origin":"read-only core module"},{"name":"path.js","path":"<node_internals>/path.js","sourceReference":1019,"origin":"read-only core module"},{"name":"querystring.js","path":"<node_internals>/querystring.js","sourceReference":1018,"origin":"read-only core module"},{"name":"stream.js","path":"<node_internals>/stream.js","sourceReference":1024,"origin":"read-only core module"},{"name":"timers.js","path":"<node_internals>/timers.js","sourceReference":1007,"origin":"read-only core module"},{"name":"util.js","path":"<node_internals>/util.js","sourceReference":1002,"origin":"read-only core module"},{"name":"vm.js","path":"<node_internals>/vm.js","sourceReference":1022,"origin":"read-only core module"}]}}
SourceMap: creating for /home/sfomin/projects/moebius/backend/moebius-server/.build/compiled/cli.js
SourceMap: sourceRoot: undefined
SourceMap: sources: ["cli.ts"]
SourceMap: no sourceRoot specified, using script dirname: /home/sfomin/projects/moebius/backend/moebius-server/.build/compiled
SourceMaps.scriptParsed: /home/sfomin/projects/moebius/backend/moebius-server/.build/compiled/cli.js was just loaded and has mapped sources: ["/home/sfomin/projects/moebius/backend/moebius-server/.build/compiled/cli.ts"]

If I place breakpoints inside of transpiled JS files (in /.build/compiled directory), opened in the editor, they are working fine. I guess it means that localRoot and remoteRoot options are configured correctly. However, breakpoints in source files are just ignored.
How do I make it to work? I think I'm missing something trivial here.
Any suggestions will be highly appreciated! Thank you!

also happens for me, when my launch.json looks like:
{
  "version": "0.2.0",
  "configurations": [
    {
      "type": "node",
      "request": "attach",
      "name": "Node: Nodemon",
      "port": 9229,
      "address": "localhost",
      "restart": true,
      "protocol": "inspector",
      "remoteRoot": null,
      "sourceMaps": true,
      "localRoot": "${workspaceRoot}/"
    }
  ]
}

I'm running nodemon with babel-node. When I put a debugger, it opens a new file (with the precompiled ES6 as expected) with this title:

but breakpoints are being completely ignored.
any help?

@lironess since you are leaving the "remoteRoot" undefined, your setup is no remote setup.
Please create a new issue.

@slavafomin did you ever figure this out? I have the same issue in the latest stable version 1.21.1

Hi.. I'm trying to remotely debug a node app inside a docker container, hosted on a debian 9 OS, from VS Code 1.25.0 installed on windows 7, in the same local network of the host. I read all topics here and in stackoverflow and couldn't find an answer. Since there is a lot of related topics  (#22761, #22954, #22306, etc..)  and this discussion seems to be the oldest and the most related to my problem,  I'll tell the hole story here:
I built a docker image based on node latest image, with node v10.6.0, with a simple hello world app that use express and run with "nodemon --inspect=<IP_ADDRESS> index.js", on default 9229 port. The source is located on /home/app/hello on the image. The host IP is <IP_ADDRESS>.
Debug works fine using VS Code 1.25.0, installed on the debian host, but when I try on the windows 7 machine don't.
Here's how I'm trying:

I've copied the complete source from the docker container and put in C:\Users\bruno\hello
Use this launch.json config:

{
	"type": "node",
	"request": "attach",
	"name": "Hello",
	"restart": true,
	"port": 9229,
	"timeout": 60000,
	"localRoot": "c:/Users/bruno/hello",
	"address": "<IP_ADDRESS>",
	"remoteRoot": "/home/app/hello"
}

Using this, the VS Code debugger attach, but breakpoints appear inactive.
Changing just remoteRoot to "hello", surprise, breakpoints become active and able to stop the app, but VS Code return the following message:

Unable to open 'index.js': File not found (file:///c:/Users/home/app/hello/index.js).

Seems like VS Code is "eating" part of the localRoot and keeping the remoteRoot, because in this case, the expected resulting path to the file would be:

"file:///c:/Users/bruno/hello/" (localRoot), plus:
"index.js" or "/home/app/index.js", since remoteRoot is set to "hello".

If I set remoteRoot to "app/hello", breakpoints work well and the message is:

Unable to open 'index.js': File not found (file:///c:/home/app/hello/index.js).

Now, two levels of localRoot were eaten, and the the remoteRoot remains intact.
Conclusion: seems like VS Code tries to find the file without removing the remoteRoot path, changing only localRoot part.
Here are the logs, using the trace option, with remoteRoot set to "app/hello":
debugadapter.txt
@weinand please, look at this.

With the appearance of the VS Code Remote Development Pack this problem has become obsolete.


boiler does not work

Describe the Bug
when i activate my boiler the water does not properly flow and it fills  the fluid tank instead of the boiler
Reproduction Steps
1.create a boiler the heat source was campfire
2. to mowe the water i use i used wather mill
3.even when i had 4 wather sources
Expected Result
boiler has enough water
Screenshots and Videos

Crash Report or Log
No response
Operating System
windows 11
Mod Version
0.5.1f
Minecraft Version
1.20.1
Other Mods
i had a lot of mods i was plaing on majnr plus modpack by gejmr gejmr
Additional Context
No response

watch the steam engine ponder, you need a constant source of water going into it

i did
On Mon, Jul 22, 2024 at 3:22 PM IThundxr @.***> wrote:

watch the steam engine ponder, you need a constant source of water going
into it
—
Reply to this email directly, view it on GitHub
https://github.com/Fabricators-of-Create/Create/issues/1549#issuecomment-2242949383,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BKA5AWL5AA2IDHDRAPIBCJLZNUBQJAVCNFSM6AAAAABLHZJ4R6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENBSHE2DSMZYGM
.
You are receiving this because you authored the thread.Message ID:
@.***>


fix: require Node.js 6.5+ by default

Summary

Changes in Jest packages require at least Node.js 6.5+ so there is also no compatibility with older releases of Node.js 6.
See https://github.com/facebook/jest/issues/7253
Test plan

We already have it, it seems: https://github.com/facebook/jest/blob/319329f7942ed33f0be706a19a2b23d08eac0ea0/packages/jest/package.json#L14
https://github.com/facebook/jest/blob/319329f7942ed33f0be706a19a2b23d08eac0ea0/packages/jest-cli/package.json#L48
What package did you install that did not warn?
We can update it to a newer version of 6 if array.includes was not in 6.0.0, but I'm unable to figure out what version it was introduced in...

See http://kangax.github.io/compat-table/es2016plus/#node6_5 for Array.prototype.includes.
It was in jest-validate with blacklist.includes (and possibly more as there is also the spread operator).

Well, but in our case it did not wanr that Node.js 6 is required for Jest. See https://travis-ci.org/docker/kitematic/builds/443616745#L475

We might want to add it to all packages, then. Didn't think about the case where people use the other parts of jest, silly to overlook.

Well, but in our case it did not warn that Node.js 6 is required for Jest.

That seems like an npm bug. Maybe because it's fetched from cache?

We might want to add it to all packages, then. Didn't think about the case where people use the other parts of jest, silly to overlook.

What can I do here to help?

That seems like an npm bug. Maybe because it's fetched from cache?

Not sure as this is a very old npm version which was shipped with Node.js 4.

What can I do here to help?

If you update all packages/*/package.json to include the engine part, that'd be awesome 🙂

That seems like an npm bug. Maybe because it's fetched from cache?

Not sure as this is a very old npm version which was shipped with Node.js 4.

🤷♂ Not much we can do here though, as we have had that engine field since #4769 was merged (2 days less than a year ago).

Codecov Report

Merging #7258 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #7258   +/-   ##
=======================================
  Coverage   66.55%   66.55%
=======================================
  Files         237      237
  Lines        9317     9317
  Branches        4        3    -1
=======================================
  Hits         6201     6201
  Misses       3115     3115
  Partials        1        1

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 319329f...4570fcc. Read the comment docs.

Could you update the changelog as well?

How exactly? I never did this in this repo before so I am open to any code suggestions (and it is open for edits by maintainers).
https://blog.github.com/2018-10-16-future-of-software/#suggested-changes-public-beta

Add an entry under "Chore" here: https://github.com/facebook/jest/blob/master/CHANGELOG.md

Add an entry under "Chore" here: /CHANGELOG.md@master

Done.

Thanks!


Filtering low amounts

With the start of mina distribution, there is a possible increase of stakers with low amounts like 0.1, I saw an issue for calculating these for multiple epoch till they reach a certain amount but looks like it's closed this looks like at least a solution to filter low amounts at this stage.

There is a filtering solution currently which I'm actively using. https://github.com/jrwashburn/mina-pool-payout#handling-special-accounts---suppressing-or-redirecting-payouts
Adding a database or other method to track is a bigger piece of work. I think we will get there, but are in the middle of a significant clean up to make this code more maintainable and (more importantly) testable so that we can move faster. In the meantime, suppression is possible.

I also re-opened #44 - we need to implement it. If you can confirm the filtering works for you, will you close this?

I can confirm filtering works but it prints nano minas so you can't even clearly see which addresses are under these limits which makes the filtering process a mess. Also you need to go back and check on the addresses you filter since they might increase. Closing this one to follow on the #44

I think I didn't understand what you meant, but do now. So instead of just filtering by address, you also want to simply filter anything below a configured threshold - if payout would be less than X MINA, auto-suppress? If that is what you mean, re-open and we will implement that.

Yes, it can be if the payout is less than a certain amount or if delegated balance is under a certain amount both of them ended up similar and does the work in this case. I believe the other suggestion for holding till reaching a certain amount will be very complicated because we need to check staking ledgers through 2-3 epoch. Just filtering the amount by reward or delegated would save a lot of time.

Sounds good - I think I will make it based on the payout amount.


Dashboard with new sdk (alpha)

below are the features included in this branch. this is still in alpha and will be refactored in the next release

[ ] initial working dashboard with integrations with the monitoring sdk  (if api key configured)
[ ] sdk to include in any code deployed on any system to monitor real-time AI in production

Pull Request Test Coverage Report for Build 1148

181 of 333 (54.35%)  changed or added relevant lines in 12 files are covered.
7 unchanged lines in 3 files lost coverage.
Overall coverage decreased (-1.5%) to 79.094%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

datmo/core/controller/deploy/driver/datmo_microservice.py
0
1
0.0%

datmo/core/controller/deploy/deploy.py
0
2
0.0%

datmo/core/controller/task.py
5
7
71.43%

datmo/cli/main.py
0
3
0.0%

datmo/cli/command/project.py
4
8
50.0%

datmo/core/util/misc_functions.py
12
22
54.55%

datmo/core/util/remote_api.py
52
63
82.54%

datmo/monitoring.py
85
107
79.44%

datmo/dashboard/app.py
16
113
14.16%

Files with Coverage Reduction
New Missed Lines
%

datmo/core/controller/task.py
1
88.7%

datmo/cli/driver/parser.py
1
86.96%

datmo/core/util/misc_functions.py
5
66.46%

Totals

Change from base Build 1124:
-1.5%

Covered Lines:
4366

Relevant Lines:
5520

💛  - Coveralls


Python 3.x (x < 6):  'get_body(response)' returns bytes to 'json.loads()'

See: https://github.com/GoogleCloudPlatform/google-cloud-python/issues/3577#issuecomment-313179852

I should probably just evict this json.loads() code all together:
json_response = json.loads(self._get_body(response))
self._bytes_uploaded = int(json_response[u'size'])

I had thought it was "universal" that all APIs return size but IIRC even the BigQuery API does not (so this code block would need to change before #3555 can be successfully merged.


⚠ Cioos Pacific CKAN has degraded performance

In 791d6b4, Cioos Pacific CKAN (https://catalogue.cioospacific.ca) experienced degraded performance:

HTTP code: 200
Response time: 11352 ms

Resolved: Cioos Pacific CKAN performance has improved in 5cc27ba after 57 minutes.


Consistent Enforcement of the Speed Test Location Naming

I'd like to make a few suggestions to the naming of the iperf-locations, as there are a few inconsistencies that bug me as a perfectionist:

Online.net rebranded to Scaleway a few years ago. I think its time to reflect that in the YABS output.

All probes have their location stored as <CITY>, <COUNTRY_CODE> except for one: "Hybula | The Netherlands (40G)". I think that should say something like "Hybula | North Holland, NL (40G)".

... or even better "NovoServe | North Holland, NL (40G)" as speedtest-nl-oum.hybula.net is just a redirect to speedtest.novoserve.com and it's NovoServes network after all.

But as 3. isn't for me to decide, this push request only includes the suggested changes for 1. and 2.

Here is an example how the YABS output would look after applying the suggested patches:
iperf3 Network Speed Tests (IPv4):
---------------------------------
Provider        | Location (Link)           | Send Speed      | Recv Speed
                |                           |                 |
Clouvider       | London, UK (10G)          | 2.69 Gbits/sec  | 2.70 Gbits/sec
Scaleway        | Paris, FR (10G)           | 2.69 Gbits/sec  | 2.69 Gbits/sec
Hybula          | North Holland, NL (40G)   | 2.68 Gbits/sec  | 2.70 Gbits/sec
Uztelecom       | Tashkent, UZ (10G)        | 2.69 Gbits/sec  | 2.69 Gbits/sec
Clouvider       | NYC, NY, US (10G)         | 1.91 Gbits/sec  | 1.98 Gbits/sec
Clouvider       | Dallas, TX, US (10G)      | 1.18 Gbits/sec  | 1.48 Gbits/sec
Clouvider       | Los Angeles, CA, US (10G) | 1.18 Gbits/sec  | 1.19 Gbits/sec

iperf3 Network Speed Tests (IPv6):
---------------------------------
Provider        | Location (Link)           | Send Speed      | Recv Speed
                |                           |                 |
Clouvider       | London, UK (10G)          | 2.69 Gbits/sec  | 2.69 Gbits/sec
Scaleway        | Paris, FR (10G)           | 2.69 Gbits/sec  | 2.69 Gbits/sec
Hybula          | North Holland, NL (40G)   | 2.69 Gbits/sec  | 2.69 Gbits/sec
Uztelecom       | Tashkent, UZ (10G)        | 1.19 Gbits/sec  | 2.41 Gbits/sec
Clouvider       | NYC, NY, US (10G)         | 1.94 Gbits/sec  | 1.97 Gbits/sec
Clouvider       | Dallas, TX, US (10G)      | 1.25 Gbits/sec  | 1.42 Gbits/sec
Clouvider       | Los Angeles, CA, US (10G) | 1.01 Gbits/sec  | 1.18 Gbits/sec

Thanks for the PR! Agreed with all your points including #3. Appreciate the tune up!


Auto refresh js keeps reloading

The auto refresh javascript keeps reloading on page changes. For example, if you change from vote_users#index to votes#index, this happens beacuse #vote-status' is available on both pages.

We could make it page specific - and just allow for a few #vote-status-asodnoasd for example.

Closed by #102


fix support for linkit Smart 7688 on openWRT 18.06

I noticed that libmraa is broken on linkit smart 7688 on openWRT 18.06. (+)
I get an error in logread:libmraa initialised for platform 'Unknown platform' of type 98.
The syslog way of debuging does not work as openWRT 18.06 does not support it.
Im not sure at what point this package stoped working. It could be a mraa v2 or a openWRT/LEDE merge issue.
Who can help me debug that?
I have seen that @sergev has once made a PR for previous versions. Please let me know if you are able to fix it.
regards, novski

This is the full output after trying to start the python test:
v2.0.0
Traceback (most recent call last):
  File "mraa-test-simple.py", line 11, in <module>
    pin = mraa.Gpio(2)
  File "/usr/lib/python3.7/site-packages/mraa.py", line 391, in __init__
    _mraa.Gpio_swiginit(self, _mraa.new_Gpio(pin, owner, raw))
ValueError: Invalid GPIO pin specified

and this is the full logread:
Sun Sep 22 08:52:15 2019 local1.notice libmraa[1448]: libmraa version v2.0.0 initialised by user 'root' with EUID 0
Sun Sep 22 08:52:15 2019 local1.err libmraa[1448]: linkit map: unable to open /dev/mem
Sun Sep 22 08:52:15 2019 local1.notice libmraa[1448]: gpio: platform doesn't support chardev, falling back to sysfs
Sun Sep 22 08:52:15 2019 local1.notice libmraa[1448]: libmraa initialised for platform 'Unknown platform' of type 98
Sun Sep 22 08:52:15 2019 local1.err libmraa[1448]: gpio: init: pin 2 beyond platform pin count (0)

The syslog way of debugging is exactly what you've pasted as a logread :)
Anyway, looks like that new OS version disables /dev/mem - as many modern distros do - and that upsets the library setup flow, right here, so the platform isn't getting fully initialized.
At the moment I have no time to analyze this in more detail, sorry, so @sergev, do you have any idea how else it could be initialized if /dev/mem is inaccessible?
@novski - if that's an option (you'll need to rebuild the kernel), you could probably simply flip the respective kernel option, but I admit that's not the best way to go about that, rather a quick-and-dirty one to make it work until a longer-term solution is found

As this device should in the end be used as a IoT board i don't think it's a good idea to make it work in a developer agnostic kernel root debug access mode.
That s what i read in your link:
If this option is disabled, you allow userspace (root) access to all of memory, including kernel and userspace memory. Accidental access to this is obviously disastrous, but specific access can be used by people debugging the kernel.
I will ask if somebody of openWRT dev`s can suggest another solution here.

https://bugs.openwrt.org/index.php?do=details&task_id=1496&status[0]=&pagenum=4

Did you try enabling CONFIG_KERNEL_DEVMEM in the OpenWrt toplevel .config? ("Global build settings" → "Kernel build options" → "/dev/mem virtual device support" in make menuconfig)? Settings in toplevel .config take precedence over kernel .config.

Thanks for the path. I tried that now and got a different error:
root@OpenWrt:/sys/class/gpio# logread | grep mraa
Wed Sep 25 19:00:51 2019 local1.notice libmraa[1474]: libmraa version v2.0.0 initialised by user 'root' with EUID 0
Wed Sep 25 19:00:51 2019 local1.notice libmraa[1474]: gpio: platform doesn't support chardev, falling back to sysfs
Wed Sep 25 19:00:51 2019 local1.notice libmraa[1474]: libmraa initialised for platform 'LinkIt Smart 7688' of type 17
Wed Sep 25 19:00:51 2019 local1.err libmraa[1474]: gpio: init: pin 2 not capable of gpio

Looks like the /dev/mem virtual device support is not the only thing that blocks working with mraa. But that seams to make it work better...
Is somebody familiar with such a errorcode or message?

oh just noticed that pin2 is not mapped
it works!
Still i'm a bit cautious.

Glad it works for you.
As for the "security hole", well, one anyway has to be root to use that due to typical filesystem permissions on that character device. Not a huge justification, but still :) Essentially that's just not the best security practice as it provides too much access to userspace where normally a kernel driver with more limited API must exist - so it violates the principle of least privilege.
You can try flipping the CONFIG_STRICT_DEVMEM and CONFIG_IO_STRICT_DEVMEM to "y", which limit the exposed address ranges while preserving the /dev/mem device (governed by CONFIG_DEVMEM) itself.

for anyone comming across this you also have to add kmod-pwm-mediatek-ramips if you whant pwm to work...

I got the same problem when I try to operate gpio with python,here is the log
Wed Feb 16 11:47:11 2022 local1.notice libmraa[2510]: libmraa version v2.2.0 initialised by user 'root' with EUID 0
Wed Feb 16 11:47:11 2022 local1.notice libmraa[2510]: gpio: platform doesn't support chardev, falling back to sysfs
Wed Feb 16 11:47:11 2022 local1.notice libmraa[2510]: libmraa initialised for platform 'LinkIt Smart 7688' of type 17
Wed Feb 16 11:47:11 2022 local1.err libmraa[2510]: gpio12: init: Failed to write to 'export': Invalid argument
Wed Feb 16 11:47:11 2022 kern.warn kernel: [  286.997807] export_store: invalid GPIO 12
I guess the reason is "platform doesn't support chardev"
In contrast to openwrt 15.04,the log is
Tue Sep 27 12:11:50 2016 local1.notice libmraa[1598]: libmraa version v0.8.0 initialised by user 'root' with EUID 0
Tue Sep 27 12:11:50 2016 local1.notice libmraa[1598]: libmraa initialised for platform 'LinkIt Smart 7688' of type 9