Skip to content

Conversation

@taooceros
Copy link
Member

@taooceros taooceros commented Feb 25, 2022

This fixes the issue where multiple plugins using shared assembly like SQLite, the ones loaded later will not be able to access the shared assembly.

Previous I check all the loaded assembly before allowing the pluginassemblyloader to load the assembly. However, this doesn't seem like a good practice, since this will prevent a assembly context to load the same assembly if another assembly context has already loaded it (which are isolated).

I have tested it for the winrt.dll situation as well. The default assembly loader will load the winrt.dll before we trigger a deferred load so all assembly should be good with that. However, I am curious whether we should match with Name instead of FullName.

@taooceros taooceros added the bug Something isn't working label Feb 25, 2022
@taooceros taooceros added this to the 1.10.0 milestone Feb 25, 2022
@taooceros taooceros self-assigned this Feb 25, 2022
@taooceros taooceros requested a review from jjw24 February 25, 2022 20:37
@taooceros taooceros modified the milestones: 1.10.0, 1.9.4 Mar 1, 2022
@jjw24 jjw24 modified the milestones: 1.9.3, 1.10.0 Mar 1, 2022
@jjw24
Copy link
Member

jjw24 commented Mar 1, 2022

let's keep this for 1.10.0 so it can go through daily usage tests longer.

@taooceros
Copy link
Member Author

This one will break Plugins with shared assembly (for example sqlite). So somehow user may encounter weird issue when installing multiple plugin.

Copy link
Member

@jjw24 jjw24 left a comment

Choose a reason for hiding this comment

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

no need underscores for privates :)

@jjw24
Copy link
Member

jjw24 commented Mar 1, 2022

This one will break Plugins with shared assembly (for example sqlite). So somehow user may encounter weird issue when installing multiple plugin.

Oh ok, in this case let's roll out for 1.9.3 then.

@jjw24 jjw24 modified the milestones: 1.10.0, 1.9.3 Mar 1, 2022
@jjw24 jjw24 merged commit 0fad707 into dev Mar 1, 2022
@jjw24 jjw24 deleted the AssemblyShare branch March 1, 2022 21:28
@jjw24
Copy link
Member

jjw24 commented Mar 1, 2022

@taooceros could this potentially solve #1048 and #1046 ?

@taooceros
Copy link
Member Author

@taooceros could this potentially solve #1048 and #1046 ?

I don't think so. They are not related to assembly loading.

@jjw24 jjw24 mentioned this pull request Mar 2, 2022
jjw24 added a commit that referenced this pull request Mar 3, 2022
## Bug fixes
- Addresses the issue where WindowsSettings plugin results appear higher than other results #1020 

- Fixed an issue where full screen mode does not disable hotkey when enabled #1037 

- Fixed some potential issues when loading plugins that use shared assembly #1036 

- Sorted out a race condition issue causing image loading on some results to fail #1040 

- Revised ttf/otf support #935 

- Resolved the issue where WebSearch plugin would crash if not connected to internet #977 

- Fixed incorrect text for "New Tab" and "New Window" buttons under Settings' default browser section #951 

- Fixed typos in plugin title and WindowsSettings name inside the context menu #1056
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

No open projects
Status: Done

Development

Successfully merging this pull request may close these issues.

3 participants