Project

General

Profile

Actions

Defect #30753

closed

Plugins auto_load and eager_load paths

Added by Florian Schwab about 5 years ago. Updated about 5 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
Plugin API
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
Resolution:
Fixed
Affected version:

Description

This is actually a follow-up patch to #30725 (as I was digging deeper into this topic).

If a plugin uses e.g. ActiveJob, ActionCable etc. or puts the mailer classes into app/mailers (Rails default) instead of app/models the current implementation only adds the fixed subdirectories controllers, helpers, models of the app directory to the auto load paths and eager load paths.
The contents of Rails.application.config.eager_load_paths will only be eager loaded if eager load is enabled, so adding the plugin directories can be done always not only if eager load is enabled.

Rails defines and detects paths that should be included in auto loading or eager loading through an abstraction:
https://github.com/rails/rails/blob/v5.2.2/railties/lib/rails/engine/configuration.rb#L37

The attached patched uses this to load all pathes you would expect from normal Rails app with the same behaviour.
This might not be 100% complete but definitely better than it is now.
I guess the assets stuff should also be handled accordingly but currently I'm not quite sure how... if I will ever find out, I'll let you know ;-)


Files


Related issues

Related to Redmine - Patch #30725: Plugin eager_load should depend on environment setting instead of nameClosedGo MAEDA

Actions
Related to Redmine - Feature #23630: Migrate to Rails 5.2ClosedJean-Philippe Lang

Actions
Actions #1

Updated by Jens Krämer about 5 years ago

+1

I came up with the attached stop-gap that simply adds lib/ in addition to the app/ folders but your approach seems better / more future-proof to me.

Actions #2

Updated by Go MAEDA about 5 years ago

  • Related to Patch #30725: Plugin eager_load should depend on environment setting instead of name added
Actions #3

Updated by Go MAEDA about 5 years ago

  • Target version set to Candidate for next major release
Actions #4

Updated by Jens Krämer about 5 years ago

Could we please consider that for a version earlier than 'next major'?

This currently breaks all plugins that rely on auto loading and should be a bug fix in a minor imho :)

Actions #5

Updated by Go MAEDA about 5 years ago

  • Target version changed from Candidate for next major release to 4.0.3

Jens, thank you for your advice. I am setting the target version to 4.0.3.

Actions #6

Updated by Go MAEDA about 5 years ago

Actions #7

Updated by Go MAEDA about 5 years ago

  • Status changed from New to Closed
  • Assignee set to Go MAEDA
  • Resolution set to Fixed

Committed the patch. Thank you for fixing the issue.

Actions #8

Updated by Jens Krämer about 5 years ago

Turns out the patch using Rails' engine config does only solve the issue for directories under <plugin>/app. <plugin>/lib still has to be added manually. I attached a patch based on 4.0-stable for that.

Actions #9

Updated by Go MAEDA about 5 years ago

  • Status changed from Closed to Reopened
Actions #10

Updated by Jens Krämer about 5 years ago

Much better way to do this, please use this patch instead of the one above :)

Actions #11

Updated by Jean-Philippe Lang about 5 years ago

  • Status changed from Reopened to Closed

Committed, thanks.

Actions

Also available in: Atom PDF