AmazonScience/SWE-PolyBench_500 huggingface dataset:
Repository: apache/rocketmq (Java)
Task type: Bug Fix

Issue:
LmqConsumerOffsetManager deserialize can not load offset map
in the branch develop

LmqConsumerOffsetManager deserialize error and the offset map because empty


Discussion:

Solution patch:
diff --git a/broker/src/main/java/org/apache/rocketmq/broker/offset/LmqConsumerOffsetManager.java b/broker/src/main/java/org/apache/rocketmq/broker/offset/LmqConsumerOffsetManager.java
--- a/broker/src/main/java/org/apache/rocketmq/broker/offset/LmqConsumerOffsetManager.java
+++ b/broker/src/main/java/org/apache/rocketmq/broker/offset/LmqConsumerOffsetManager.java
@@ -28,6 +28,10 @@
 public class LmqConsumerOffsetManager extends ConsumerOffsetManager {
     private ConcurrentHashMap<String, Long> lmqOffsetTable = new ConcurrentHashMap<>(512);
 
+    public LmqConsumerOffsetManager() {
+
+    }
+
     public LmqConsumerOffsetManager(BrokerController brokerController) {
         super(brokerController);
     }


Test patch:
diff --git a/broker/src/test/java/org/apache/rocketmq/broker/offset/LmqConsumerOffsetManagerTest.java b/broker/src/test/java/org/apache/rocketmq/broker/offset/LmqConsumerOffsetManagerTest.java
--- a/broker/src/test/java/org/apache/rocketmq/broker/offset/LmqConsumerOffsetManagerTest.java
+++ b/broker/src/test/java/org/apache/rocketmq/broker/offset/LmqConsumerOffsetManagerTest.java
@@ -73,6 +73,33 @@ public void testOffsetManage() {
         assertThat(offset1).isEqualTo(-1L);
     }
 
+    @Test
+    public void testOffsetManage1() {
+        LmqConsumerOffsetManager lmqConsumerOffsetManager = new LmqConsumerOffsetManager(brokerController);
+
+        String lmqTopicName = "%LMQ%1111";
+
+        String lmqGroupName = "%LMQ%GID_test";
+
+        lmqConsumerOffsetManager.commitOffset("127.0.0.1", lmqGroupName, lmqTopicName, 0, 10L);
+
+        lmqTopicName = "%LMQ%1222";
+
+        lmqGroupName = "%LMQ%GID_test222";
+
+        lmqConsumerOffsetManager.commitOffset("127.0.0.1", lmqGroupName, lmqTopicName, 0, 10L);
+        lmqConsumerOffsetManager.commitOffset("127.0.0.1","GID_test1", "MqttTest",0, 10L);
+
+        String json = lmqConsumerOffsetManager.encode(true);
+
+        LmqConsumerOffsetManager lmqConsumerOffsetManager1 = new LmqConsumerOffsetManager(brokerController);
+
+        lmqConsumerOffsetManager1.decode(json);
+
+        assertThat(lmqConsumerOffsetManager1.getOffsetTable().size()).isEqualTo(1);
+        assertThat(lmqConsumerOffsetManager1.getLmqOffsetTable().size()).isEqualTo(2);
+    }
+
     @After
     public void destroy() {
         UtilAll.deleteFile(new File(new MessageStoreConfig().getStorePathRootDir()));
Repository: apache/rocketmq (Java)
Task type: Refactoring

Issue:
[Enhancement]  Optimization Method Name
### Before Creating the Enhancement Request

- [X] I have confirmed that this should be classified as an enhancement rather than a bug/feature.


### Summary
**path:** org.apache.rocketmq.tieredstore.provider.TieredStoreTopicBlackListFilter

The method addTopicToWhiteList of this TieredStoreTopicBlackListFilter class should be renamed to addTopicToBlackList
![image](https://github.com/apache/rocketmq/assets/44110731/c1d5757b-a3db-4412-bd4f-e4e309884bd6)


### Motivation

I found that the method name does not match the actual logic of the method

### Describe the Solution You'd Like

Modify Method Name

### Describe Alternatives You've Considered

Modify Method Name

### Additional Context

_No response_


Discussion:
Hii
I want to work on this.
This is my first issue working on,  I wanna give a try.



Solution patch:
diff --git a/tieredstore/src/main/java/org/apache/rocketmq/tieredstore/provider/TieredStoreTopicBlackListFilter.java b/tieredstore/src/main/java/org/apache/rocketmq/tieredstore/provider/TieredStoreTopicBlackListFilter.java
--- a/tieredstore/src/main/java/org/apache/rocketmq/tieredstore/provider/TieredStoreTopicBlackListFilter.java
+++ b/tieredstore/src/main/java/org/apache/rocketmq/tieredstore/provider/TieredStoreTopicBlackListFilter.java
@@ -39,7 +39,7 @@ public boolean filterTopic(String topicName) {
     }
 
     @Override
-    public void addTopicToWhiteList(String topicName) {
+    public void addTopicToBlackList(String topicName) {
         this.topicBlackSet.add(topicName);
     }
 }
diff --git a/tieredstore/src/main/java/org/apache/rocketmq/tieredstore/provider/TieredStoreTopicFilter.java b/tieredstore/src/main/java/org/apache/rocketmq/tieredstore/provider/TieredStoreTopicFilter.java
--- a/tieredstore/src/main/java/org/apache/rocketmq/tieredstore/provider/TieredStoreTopicFilter.java
+++ b/tieredstore/src/main/java/org/apache/rocketmq/tieredstore/provider/TieredStoreTopicFilter.java
@@ -21,5 +21,5 @@ public interface TieredStoreTopicFilter {
 
     boolean filterTopic(String topicName);
 
-    void addTopicToWhiteList(String topicName);
+    void addTopicToBlackList(String topicName);
 }


Test patch:
diff --git a/tieredstore/src/test/java/org/apache/rocketmq/tieredstore/provider/TieredStoreTopicBlackListFilterTest.java b/tieredstore/src/test/java/org/apache/rocketmq/tieredstore/provider/TieredStoreTopicBlackListFilterTest.java
--- a/tieredstore/src/test/java/org/apache/rocketmq/tieredstore/provider/TieredStoreTopicBlackListFilterTest.java
+++ b/tieredstore/src/test/java/org/apache/rocketmq/tieredstore/provider/TieredStoreTopicBlackListFilterTest.java
@@ -30,7 +30,7 @@ public void filterTopicTest() {
 
         String topicName = "WhiteTopic";
         Assert.assertFalse(topicFilter.filterTopic(topicName));
-        topicFilter.addTopicToWhiteList(topicName);
+        topicFilter.addTopicToBlackList(topicName);
         Assert.assertTrue(topicFilter.filterTopic(topicName));
     }
 }
\ No newline at end of file
Repository: apache/dubbo (Java)
Task type: Feature

Issue:
Provider should disable mock configuration.
mock configuration should be disabled on provider side.


Discussion:

Solution patch:
diff --git a/dubbo-config/dubbo-config-api/src/main/java/com/alibaba/dubbo/config/ServiceConfig.java b/dubbo-config/dubbo-config-api/src/main/java/com/alibaba/dubbo/config/ServiceConfig.java
--- a/dubbo-config/dubbo-config-api/src/main/java/com/alibaba/dubbo/config/ServiceConfig.java
+++ b/dubbo-config/dubbo-config-api/src/main/java/com/alibaba/dubbo/config/ServiceConfig.java
@@ -819,6 +819,16 @@ public void setGeneric(String generic) {
         }
     }
 
+    @Override
+    public void setMock(Boolean mock) {
+        throw new IllegalArgumentException("mock doesn't support on provider side");
+    }
+
+    @Override
+    public void setMock(String mock) {
+        throw new IllegalArgumentException("mock doesn't support on provider side");
+    }
+
     public List<URL> getExportedUrls() {
         return urls;
     }


Test patch:
diff --git a/dubbo-config/dubbo-config-api/src/test/java/com/alibaba/dubbo/config/ServiceConfigTest.java b/dubbo-config/dubbo-config-api/src/test/java/com/alibaba/dubbo/config/ServiceConfigTest.java
--- a/dubbo-config/dubbo-config-api/src/test/java/com/alibaba/dubbo/config/ServiceConfigTest.java
+++ b/dubbo-config/dubbo-config-api/src/test/java/com/alibaba/dubbo/config/ServiceConfigTest.java
@@ -194,6 +194,18 @@ public void testGeneric2() throws Exception {
         service.setGeneric("illegal");
     }
 
+    @Test(expected = IllegalArgumentException.class)
+    public void testMock() throws Exception {
+        ServiceConfig service = new ServiceConfig();
+        service.setMock("true");
+    }
+
+    @Test(expected = IllegalArgumentException.class)
+    public void testMock2() throws Exception {
+        ServiceConfig service = new ServiceConfig();
+        service.setMock(true);
+    }
+
     @Test
     public void testUniqueServiceName() throws Exception {
         ServiceConfig<Greeting> service = new ServiceConfig<Greeting>();
Repository: trinodb/trino (Java)
Task type: Feature

Issue:
Add CLI option --trace-token to set the trace token
This should be easy as trace token is already in `ClientSession`.


Discussion:

Solution patch:
diff --git a/presto-cli/src/main/java/io/prestosql/cli/ClientOptions.java b/presto-cli/src/main/java/io/prestosql/cli/ClientOptions.java
index d93013551d89..f6b7b408b89b 100644
--- a/presto-cli/src/main/java/io/prestosql/cli/ClientOptions.java
+++ b/presto-cli/src/main/java/io/prestosql/cli/ClientOptions.java
@@ -98,6 +98,9 @@ public class ClientOptions
     @Option(name = "--client-tags", title = "client tags", description = "Client tags")
     public String clientTags = "";
 
+    @Option(name = "--trace-token", title = "trace token", description = "Trace token")
+    public String traceToken;
+
     @Option(name = "--catalog", title = "catalog", description = "Default catalog")
     public String catalog;
 
@@ -154,7 +157,7 @@ public ClientSession toClientSession()
                 parseServer(server),
                 user,
                 source,
-                Optional.empty(),
+                Optional.ofNullable(traceToken),
                 parseClientTags(clientTags),
                 clientInfo,
                 catalog,


Test patch:
diff --git a/presto-cli/src/test/java/io/prestosql/cli/TestClientOptions.java b/presto-cli/src/test/java/io/prestosql/cli/TestClientOptions.java
index 11a66471cde2..ff0bc63d8e5e 100644
--- a/presto-cli/src/test/java/io/prestosql/cli/TestClientOptions.java
+++ b/presto-cli/src/test/java/io/prestosql/cli/TestClientOptions.java
@@ -43,6 +43,15 @@ public void testSource()
         assertEquals(session.getSource(), "test");
     }
 
+    @Test
+    public void testTraceToken()
+    {
+        ClientOptions options = new ClientOptions();
+        options.traceToken = "test token";
+        ClientSession session = options.toClientSession();
+        assertEquals(session.getTraceToken().get(), "test token");
+    }
+
     @Test
     public void testServerHostOnly()
     {
Repository: mrdoob/three.js (JavaScript)
Task type: Bug Fix

Issue:
box3.intersectsPlane bug
In the following example, the plane obviously intersects with the box, but the function intersectsPlane returns false.
[example](https://jsfiddle.net/rn6jzdub/4/)
I find that adding two negative sign before both of the plane.constant can fix the bug.
https://github.com/mrdoob/three.js/blob/c570b9bd95cf94829715b2cd3a8b128e37768a9c/src/math/Box3.js#L387
Also, I think the definition of the constant of the plane is not distinct, which cause the bug.

##### Three.js version

- [x] Dev
- [x] r96
- [x] ...

##### Browser

- [x] All of them


##### OS

- [x] All of them




Discussion:
Good find! Would you like to do a PR with the fix? It would be great if you also adjust the wrong [unit test](https://github.com/mrdoob/three.js/blob/dev/test/unit/src/math/Box3.tests.js#L406).

> Also, I think the definition of the constant of the plane is not distinct, which cause the bug

`three.js` uses [Hessian Normal Form](http://mathworld.wolfram.com/HessianNormalForm.html), a common way to specify planes. I think okay to stick with that.

Solution patch:
diff --git a/src/math/Box3.js b/src/math/Box3.js
--- a/src/math/Box3.js
+++ b/src/math/Box3.js
@@ -384,7 +384,7 @@ Object.assign( Box3.prototype, {
 
 		}
 
-		return ( min <= plane.constant && max >= plane.constant );
+		return ( min <= - plane.constant && max >= - plane.constant );
 
 	},
 


Test patch:
diff --git a/test/unit/src/math/Box3.tests.js b/test/unit/src/math/Box3.tests.js
--- a/test/unit/src/math/Box3.tests.js
+++ b/test/unit/src/math/Box3.tests.js
@@ -409,10 +409,22 @@ export default QUnit.module( 'Maths', () => {
 			var b = new Plane( new Vector3( 0, 1, 0 ), 1 );
 			var c = new Plane( new Vector3( 0, 1, 0 ), 1.25 );
 			var d = new Plane( new Vector3( 0, - 1, 0 ), 1.25 );
-
-			assert.ok( a.intersectsPlane( b ), "Passed!" );
+			var e = new Plane( new Vector3( 0, 1, 0 ), 0.25 );
+			var f = new Plane( new Vector3( 0, 1, 0 ), - 0.25 );
+			var g = new Plane( new Vector3( 0, 1, 0 ), - 0.75 );
+			var h = new Plane( new Vector3( 0, 1, 0 ), - 1 );
+			var i = new Plane( new Vector3( 1, 1, 1 ).normalize(), - 1.732 );
+			var j = new Plane( new Vector3( 1, 1, 1 ).normalize(), - 1.733 );
+
+			assert.ok( ! a.intersectsPlane( b ), "Passed!" );
 			assert.ok( ! a.intersectsPlane( c ), "Passed!" );
 			assert.ok( ! a.intersectsPlane( d ), "Passed!" );
+			assert.ok( ! a.intersectsPlane( e ), "Passed!" );
+			assert.ok( a.intersectsPlane( f ), "Passed!" );
+			assert.ok( a.intersectsPlane( g ), "Passed!" );
+			assert.ok( a.intersectsPlane( h ), "Passed!" );
+			assert.ok( a.intersectsPlane( i ), "Passed!" );
+			assert.ok( ! a.intersectsPlane( j ), "Passed!" );
 
 		} );
Repository: mrdoob/three.js (JavaScript)
Task type: Bug Fix

Issue:
Sphere.union() produces incorrect results if both spheres have the same center
<!-- Ignoring this template may result in your bug report getting deleted -->

**Describe the bug**

When using Sphere.union() the original sphere is not expanded to enclose the given sphere (even if the given one is bigger) if both of them have the same center.


**To Reproduce**

Steps to reproduce the behavior:
1. Go to [https://jsfiddle.net/nfwqe3zh/](https://jsfiddle.net/nfwqe3zh/)
2. Check the console output.

***Code***

```js
import * as THREE from "https://threejs.org/build/three.module.js";

const s0 = new THREE.Sphere(new THREE.Vector3(), 1);
const s1 = new THREE.Sphere(new THREE.Vector3(), 10);

s0.union(s1);
console.log(s0.radius);
```

***Live example***

* [jsfiddle-latest-release](https://jsfiddle.net/nfwqe3zh/)

**Expected behavior**

The original sphere should be expanded to enclose the given one after using .union() (i.e. should have radius 10 instead of 1 in the example).

**Platform:**

 - Three.js version: r135



Discussion:

Solution patch:
diff --git a/src/math/Sphere.js b/src/math/Sphere.js
--- a/src/math/Sphere.js
+++ b/src/math/Sphere.js
@@ -193,7 +193,16 @@ class Sphere {
 		// 1) Enclose the farthest point on the other sphere into this sphere.
 		// 2) Enclose the opposite point of the farthest point into this sphere.
 
-		_toFarthestPoint.subVectors( sphere.center, this.center ).normalize().multiplyScalar( sphere.radius );
+		 if ( this.center.equals( sphere.center ) === true ) {
+
+			 _toFarthestPoint.set( 0, 0, 1 ).multiplyScalar( sphere.radius );
+
+
+		} else {
+
+			_toFarthestPoint.subVectors( sphere.center, this.center ).normalize().multiplyScalar( sphere.radius );
+
+		}
 
 		this.expandByPoint( _v1.copy( sphere.center ).add( _toFarthestPoint ) );
 		this.expandByPoint( _v1.copy( sphere.center ).sub( _toFarthestPoint ) );


Test patch:
diff --git a/test/unit/src/math/Sphere.tests.js b/test/unit/src/math/Sphere.tests.js
--- a/test/unit/src/math/Sphere.tests.js
+++ b/test/unit/src/math/Sphere.tests.js
@@ -279,6 +279,16 @@ export default QUnit.module( 'Maths', () => {
 			assert.ok( c.center.equals( new Vector3( 1, 0, 0 ) ), 'Passed!' );
 			assert.ok( c.radius === 4, 'Passed!' );
 
+			// edge case: both spheres have the same center point
+
+			var e = new Sphere( new Vector3(), 1 );
+			var f = new Sphere( new Vector3(), 4 );
+
+			e.union( f );
+
+			assert.ok( e.center.equals( new Vector3( 0, 0, 0 ) ), 'Passed!' );
+			assert.ok( e.radius === 4, 'Passed!' );
+
 		} );
 
 		QUnit.test( 'equals', ( assert ) => {
Repository: mrdoob/three.js (JavaScript)
Task type: Bug Fix

Issue:
Color: Support HSL percentage values with decimals.
**Describe the bug**

Using decimal values for `saturation` or `lightness` in an HSL colors lead to `Unknown color` warning

**To Reproduce**

see live example

***Code***

```js
new THREE.Color('hsl(209, 95.0%, 90.1%)')
```

***Live example***

https://jsfiddle.net/4v1rp8d0/9/

**Expected behavior**

The color should be properly parsed. It looks like [this regex is the issue](https://github.com/mrdoob/three.js/blob/dev/src/math/Color.js#L225)

[According to the MDN docs for `percentage`, decimals are supported for `number`](https://developer.mozilla.org/en-US/docs/Web/CSS/number).


Discussion:
I have always thought percentage values for saturation and lightness are integers. If this is not exactly defined in the CSS spec, I vote to not change the current implementation.
If I’m reading the spec correctly, `percent` contains `number` which supports decimal values: https://www.w3.org/TR/css-values-4/#number-value
Related https://stackoverflow.com/questions/5723225/in-css-can-hsl-values-be-floats.

It seems you are right. Considering this issue as a feature request.

Do you want to implement the enhanced regex?

In the meanwhile, I've filed a PR: #24461 😇 

Solution patch:
diff --git a/src/math/Color.js b/src/math/Color.js
--- a/src/math/Color.js
+++ b/src/math/Color.js
@@ -222,12 +222,12 @@ class Color {
 				case 'hsl':
 				case 'hsla':
 
-					if ( color = /^\s*(\d*\.?\d+)\s*,\s*(\d+)\%\s*,\s*(\d+)\%\s*(?:,\s*(\d*\.?\d+)\s*)?$/.exec( components ) ) {
+					if ( color = /^\s*(\d*\.?\d+)\s*,\s*(\d*\.?\d+)\%\s*,\s*(\d*\.?\d+)\%\s*(?:,\s*(\d*\.?\d+)\s*)?$/.exec( components ) ) {
 
 						// hsl(120,50%,50%) hsla(120,50%,50%,0.5)
 						const h = parseFloat( color[ 1 ] ) / 360;
-						const s = parseInt( color[ 2 ], 10 ) / 100;
-						const l = parseInt( color[ 3 ], 10 ) / 100;
+						const s = parseFloat( color[ 2 ] ) / 100;
+						const l = parseFloat( color[ 3 ] ) / 100;
 
 						handleAlpha( color[ 4 ] );
 


Test patch:
diff --git a/test/unit/src/math/Color.tests.js b/test/unit/src/math/Color.tests.js
--- a/test/unit/src/math/Color.tests.js
+++ b/test/unit/src/math/Color.tests.js
@@ -611,6 +611,30 @@ export default QUnit.module( 'Maths', () => {
 
 		} );
 
+		QUnit.test( 'setStyleHSLRedWithDecimals', ( assert ) => {
+
+			var c = new Color();
+			c.setStyle( 'hsl(360,100.0%,50.0%)' );
+			assert.ok( c.r == 1, 'Red: ' + c.r );
+			assert.ok( c.g === 0, 'Green: ' + c.g );
+			assert.ok( c.b === 0, 'Blue: ' + c.b );
+
+		} );
+
+		QUnit.test( 'setStyleHSLARedWithDecimals', ( assert ) => {
+
+			var c = new Color();
+
+			console.level = CONSOLE_LEVEL.ERROR;
+			c.setStyle( 'hsla(360,100.0%,50.0%,0.5)' );
+			console.level = CONSOLE_LEVEL.DEFAULT;
+
+			assert.ok( c.r == 1, 'Red: ' + c.r );
+			assert.ok( c.g === 0, 'Green: ' + c.g );
+			assert.ok( c.b === 0, 'Blue: ' + c.b );
+
+		} );
+
 		QUnit.test( 'setStyleHexSkyBlue', ( assert ) => {
 
 			var c = new Color();
Repository: sveltejs/svelte (JavaScript)
Task type: Bug Fix

Issue:
Spread properties cause CSS to be DCE'd incorrectly
[REPL](https://svelte.technology/repl?version=1.60.0&gist=678853cb781d28931abbc159c22d2d7f)

```html
<div {{...props}} >
	Big red Comic Sans
</div>

<style>
	.foo {
		color: red;
		font-size: 2em;
		font-family: 'Comic Sans MS';
	}
</style>
```

`.foo` should be preserved; it isn't.


Discussion:

Solution patch:
diff --git a/src/css/Selector.ts b/src/css/Selector.ts
--- a/src/css/Selector.ts
+++ b/src/css/Selector.ts
@@ -223,6 +223,9 @@ const operators = {
 };
 
 function attributeMatches(node: Node, name: string, expectedValue: string, operator: string, caseInsensitive: boolean) {
+	const spread = node.attributes.find(attr => attr.type === 'Spread');
+	if (spread) return true;
+
 	const attr = node.attributes.find((attr: Node) => attr.name === name);
 	if (!attr) return false;
 	if (attr.value === true) return operator === null;


Test patch:
diff --git a/test/css/samples/spread/_config.js b/test/css/samples/spread/_config.js
new file mode 100644
--- /dev/null
+++ b/test/css/samples/spread/_config.js
@@ -0,0 +1,3 @@
+export default {
+	cascade: false
+};
\ No newline at end of file
diff --git a/test/css/samples/spread/expected.css b/test/css/samples/spread/expected.css
new file mode 100644
--- /dev/null
+++ b/test/css/samples/spread/expected.css
@@ -0,0 +1 @@
+.foo.svelte-xyz{color:red;font-size:2em;font-family:'Comic Sans MS'}
\ No newline at end of file
diff --git a/test/css/samples/spread/input.html b/test/css/samples/spread/input.html
new file mode 100644
--- /dev/null
+++ b/test/css/samples/spread/input.html
@@ -0,0 +1,11 @@
+<div {{...props}} >
+	Big red Comic Sans
+</div>
+
+<style>
+	.foo {
+		color: red;
+		font-size: 2em;
+		font-family: 'Comic Sans MS';
+	}
+</style>
\ No newline at end of file
Repository: sveltejs/svelte (JavaScript)
Task type: Bug Fix

Issue:
Props starting with "use" are interpreted as action
When using a prop called user (`<Nested user={currentUser}/>`)
it throws `Actions can only be applied to DOM elements, not components`.
Props starting with "use" are interpreted as action
When using a prop called user (`<Nested user={currentUser}/>`)
it throws `Actions can only be applied to DOM elements, not components`.


Discussion:

Solution patch:
diff --git a/src/parse/state/tag.ts b/src/parse/state/tag.ts
--- a/src/parse/state/tag.ts
+++ b/src/parse/state/tag.ts
@@ -379,7 +379,7 @@ function readAttribute(parser: Parser, uniqueNames: Set<string>) {
 	parser.allowWhitespace();
 
 	const colon_index = name.indexOf(':');
-	const type = colon_index !== 1 && get_directive_type(name.slice(0, colon_index));
+	const type = colon_index !== -1 && get_directive_type(name.slice(0, colon_index));
 
 	let value: any[] | true = true;
 	if (parser.eat('=')) {


Test patch:
diff --git a/test/runtime/samples/prop-not-action/Nested.html b/test/runtime/samples/prop-not-action/Nested.html
new file mode 100644
--- /dev/null
+++ b/test/runtime/samples/prop-not-action/Nested.html
@@ -0,0 +1 @@
+<h1>Hello {user.name}!</h1>
\ No newline at end of file
diff --git a/test/runtime/samples/prop-not-action/_config.js b/test/runtime/samples/prop-not-action/_config.js
new file mode 100644
--- /dev/null
+++ b/test/runtime/samples/prop-not-action/_config.js
@@ -0,0 +1,9 @@
+export default {
+	props: {
+		currentUser: { name: 'world' }
+	},
+
+	html: `
+		<h1>Hello world!</h1>
+	`
+};
\ No newline at end of file
diff --git a/test/runtime/samples/prop-not-action/main.html b/test/runtime/samples/prop-not-action/main.html
new file mode 100644
--- /dev/null
+++ b/test/runtime/samples/prop-not-action/main.html
@@ -0,0 +1,6 @@
+<script>
+	import Nested from './Nested.html';
+	export let currentUser;
+</script>
+
+<Nested user={currentUser}/>
\ No newline at end of file