Skip to content
This repository has been archived by the owner on Aug 8, 2024. It is now read-only.

[unix] Fix rebuilds caused by resx containing fileref with windows path #44

Merged
merged 1 commit into from
Mar 16, 2018

Conversation

radical
Copy link
Member

@radical radical commented Mar 15, 2018

When running on !windows, if a resx contains a fileRef like ..

  <data name="TextFile1" type="System.Resources.ResXFileRef, System.Windows.Forms">
    <value>..\Resources\TextFile1.txt;System.String, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089;Windows-1252</value>
  </data>

.. with the path containing backslashes, then we end up treating the whole
thing as filename and thus subsequent checks for file changes etc fail. This
causes the resx to be processed every time GenerateResource task is run, which
can cause costly rebuilds.

Issue: mono/mono#7184

When running on !windows, if a resx contains a fileRef like ..

```
  <data name="TextFile1" type="System.Resources.ResXFileRef, System.Windows.Forms">
    <value>..\Resources\TextFile1.txt;System.String, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089;Windows-1252</value>
  </data>
```

.. with the path containing backslashes, then we end up treating the whole
thing as filename and thus subsequent checks for file changes etc fail. This
causes the resx to be processed every time `GenerateResource` task is run, which
can cause costly rebuilds.

Issue: mono/mono#7184
{
// This WriteLine is a hack. On a slow machine, the Tasks unittest fails because remoting
// times out the object used for remoting console writes. Adding a write in the middle of
// keeps remoting from timing out the object.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

omg 😱 (existing I know)

@radical radical merged commit dfb274e into mono:xplat-master Mar 16, 2018
@radical
Copy link
Member Author

radical commented Mar 16, 2018

@akoeplinger backport to 2018-02 only?

@akoeplinger
Copy link
Member

@radical yeah, Marek put mono/mono#7184 into the 2018-02 milestone and since it isn't a regression probably not important enough for 2017-12

radical added a commit that referenced this pull request Mar 16, 2018
…th (#44) (#45)

When running on !windows, if a resx contains a fileRef like ..

```
  <data name="TextFile1" type="System.Resources.ResXFileRef, System.Windows.Forms">
    <value>..\Resources\TextFile1.txt;System.String, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089;Windows-1252</value>
  </data>
```

.. with the path containing backslashes, then we end up treating the whole
thing as filename and thus subsequent checks for file changes etc fail. This
causes the resx to be processed every time `GenerateResource` task is run, which
can cause costly rebuilds.

Issue: mono/mono#7184
(cherry picked from commit dfb274e)
@radical radical deleted the fix-resx-slash branch March 16, 2018 23:23
radical added a commit that referenced this pull request May 5, 2018
…th (#44) (dotnet#3234)

When running on !windows, if a resx contains a fileRef like ..

```
  <data name="TextFile1" type="System.Resources.ResXFileRef, System.Windows.Forms">
	<value>..\Resources\TextFile1.txt;System.String, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089;Windows-1252</value>
  </data>
```

.. with the path containing backslashes, then we end up treating the whole
thing as filename and thus subsequent checks for file changes etc fail. This
causes the resx to be processed every time `GenerateResource` task is run, which
can cause costly rebuilds.

Issue: mono/mono#7184
(cherry picked from commit 177facd)
radical added a commit that referenced this pull request Jun 2, 2018
…th (#44) (dotnet#3234)

When running on !windows, if a resx contains a fileRef like ..

```
  <data name="TextFile1" type="System.Resources.ResXFileRef, System.Windows.Forms">
	<value>..\Resources\TextFile1.txt;System.String, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089;Windows-1252</value>
  </data>
```

.. with the path containing backslashes, then we end up treating the whole
thing as filename and thus subsequent checks for file changes etc fail. This
causes the resx to be processed every time `GenerateResource` task is run, which
can cause costly rebuilds.

Issue: mono/mono#7184
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants