it's runnin 1.23 now

the has_many associations seem to work

Hmmm...

can you try it out and see if you can replicate the bug?

Yes, I've got a fix locally working that required overwriting the

get_fields

method in each resource - when I've got a bit more time I'll put something together for a proper bug report.

sounds good!

Well here a couple more things that I've noticed - again, happy to file more extensive reports later but gotta keep my head down right now. Just wanted to make a note so that I don't forget: When downloading any attachment (from a

file

or

files

field) the file name is lost - the downloaded file is always called

true.xyz

where xyz is the correct extension. When attempting to delete an attachment from a

files

field, an error is raised saying that the attachment cannot be found.

hey @User I just tested it out on avodemo and I can't replicate any of the problem

but I want to ask what version is your active storage?

have you migrated to the latest version (launched a few months ago). do you have the

active_storage_variant_records

table or not?

maybe there's something there

I heard someone else in the past that had issues with deleting files

I'm glad to troubleshoot it with you

@User this might fix that has_many issue. Until I cut a new release, please add the

inverse_of

attribute to

has_many

associations like below https://github.com/avo-hq/avo/pull/710/files#diff-fdeaa3163a57ca22af38e2c4fe3866106d9bec9bc2094352cdca11c5ed307f86R12

LMK if the

inverse_of

stops the crash when showing the

has_many

field

@User please update to the latest v

1.24.0

to see if that fixes your

has_many

issue https://discord.com/channels/740892036978442260/931204374171119676/948951187108003840

@User you're a machine!

I gotta put that on my website 👆 😅

I've just updated and removed my hacky fix - and it works!

🙌

that's what I like to hear

Hi. I'm trying to install Avo 1.24 with Rails 6.1 and Ruby 3.0.3. When I run the install I always get an error:

bash
/usr/local/bundle/gems/avo-1.24.2/lib/avo/engine.rb:32:in `block (2 levels) in <class:Engine>': undefined method `push_dir' for nil:NilClass (NoMethodError)
        from /usr/local/bundle/gems/avo-1.24.2/lib/avo/engine.rb:28:in `each'
        from /usr/local/bundle/gems/avo-1.24.2/lib/avo/engine.rb:28:in `block in <class:Engine>'
        from /usr/local/bundle/gems/railties-6.1.4.6/lib/rails/initializable.rb:32:in `instance_exec'
        from /usr/local/bundle/gems/railties-6.1.4.6/lib/rails/initializable.rb:32:in `run'
        from /usr/local/bundle/gems/railties-6.1.4.6/lib/rails/initializable.rb:61:in `block in run_initializers'
        from /usr/local/lib/ruby/3.0.0/tsort.rb:228:in `block in tsort_each'
        from /usr/local/lib/ruby/3.0.0/tsort.rb:350:in `block (2 levels) in each_strongly_connected_component'
        from /usr/local/lib/ruby/3.0.0/tsort.rb:422:in `block (2 levels) in each_strongly_connected_component_from'
        from /usr/local/lib/ruby/3.0.0/tsort.rb:422:in `block (2 levels) in each_strongly_connected_component_from'
        from /usr/local/lib/ruby/3.0.0/tsort.rb:431:in `each_strongly_connected_component_from'
        from /usr/local/lib/ruby/3.0.0/tsort.rb:421:in `block in each_strongly_connected_component_from'

Any ideas?

Update I upgraded from 5.2. So I had to enable Zeitwerk manually as I'm using the old defaults. This seems to fix the issue.

Great!

Yeah, Avo was born in the Rails 6.0 era so Zeitwerk is enabled by default

GG for figuring it out!

Hello! I'm trying to use avo in spanish, but I have all my models and attributes in english, and I was wondering if there's any way to add locales for model names and attributes and avo could use them. I remember doing something like that a few years ago with active_admin.

hi