Migration to version 9.0

[pedrobaeza]

Todo

https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-9.0

Modules to migrate

• admin_technical_features by @njeudy in WIP: [9.0] module_prototyper migrate #318
• auditlog - By @holdenrehg - [MIG] Migrate auditlog module from 8.0 to 9.0 #454 - By @sebalix - [MIG] 9.0 - auditlog #603
• auth_admin_passkey - By @rvalyi - 9.0 auth admin passkey #522
• auth_brute_force - By @yajo - [MIG] auth_brute_force: Backport from v10 #1255
• auth_dynamic_groups
• auth_from_http_basic
• auth_from_http_basic_logout
• auth_from_http_remote_user @lmignon [9.0][MIG] auth_from_http_remote_user #457
• auth_saml - [8.0] Add auth saml #274
• auth_signup_verify_email - by @yajo [9.0][MIG][auth_signup_verify_email] Migration. #436
• auth_supplier - By @yajo - [MIG][9.0][auth_supplier] Migrate. #434
• auto_backup - by @lasley - [9.0][MIG] auto_backup #526
• base_concurrency - [9.0]Remove base concurrency #342
• base_custom_info - By @yajo - [9.0][MIG][base_custom_info] Migration. #435
• base_debug4all - Not needed anymore (in core) - Removed in Remove base_debug4all  #573
• base_external_dbsource by @naousse in 9.0 base external dbsource #513
• base_field_serialized
• base_import_match - By @cubells - [9.0] [MIG] base_import_match module #649
• base_ir_filters_active
• base_multi_image - Assigned to @atchuthan - [PORT][9.0] base multi image #402
• base_name_search_improved - By @nicomacr - 9.0 mig base name search improved #621
• base_optional_quick_create [WIP] from 8.0 to 9.0 base_optional_quick_create #387, see also [FIX] Allow to deactivate and restore quick creation without restarting #300 (comment)
• base_search_fuzzy - By @darshan-serpent - [9.0] [ADD] base search fuzzy #675
• base_suspend_security - [PORT] Port base_suspend_security to 9.0 #333
• base_report_auto_create_qweb - By @damdam-s - [MIG] base_report_auto_create_qweb: migration to v9 #438
• base_user_gravatar - Upgrade Gravatar module to v9, make installable, and add tests #338
• base_user_role - By @sebalix - [MIG] 9.0 - Migrate 'base_user_role' #641
• configuration_helper @yvaucher [PORT] [9.0] configuration helper #411
• cron_run_manually [DEL] Run cron task manually is included in Odoo 9.0 #380 (Deleted because is now on core)
• database_cleanup - By @hbrunn - [ADD] migrate database_cleanup #469
• datetime_formatter - By @cubells - 9.0 mig datetime formatter #605
• dbfilter_from_header - [ADD] - dbfilter_from_header: Migrated and reviewed module #382
• disable_openerp_online > disable_odoo_online - [MIG] disable_openerp_online > disable_odoo_online #399
• email_template_template
• fetchmail_attach_from_folder
• fetchmail_notify_error_to_sender
• html_image_url_extractor - @cubells - [9.0] [MIG] html_image_url_extractor module #624
• html_text - @cubells - [9.0] [MIG] html_text module #625
• import_odbc
• inactive_session_timeout > auth_session_timeout - [9.0] port - inactive_session_timeout #379
• ir_config_parameter_viewer
• language_path_mixin
• mail_environment 9.0 migration of mail_environment #335
• mass_editing (WIP Added Mass Editing v9 #315, WIP: [MIG 9.0] migrate mass_editing to 9.0 #320)
• module_prototyper by @njeudy in WIP: [9.0] module_prototyper migrate #318
• qweb_usertime - Not needed as stated in 9.0 mig qweb_usertime #700 (comment)
• save_translation_file
• scheduler_error_mailer - by @atchuthan - [MIG][9.0] scheduler_error_mailer #429
• security_protector
• server_env_base_external_referentials
• server_environment 9.0 migration of server_environment #337
• server_environment_files_sample 9.0 migration of server_environment #337
• shell [DEL][9.0] remove shell which is in official 9.0 #306
• super_calendar - By @JayVora-SerpentCS - Super_calendar v9 #528
• users_ldap_groups
• users_ldap_mail
• users_ldap_populate
• users_ldap_push
• web_context_tunnel (wip by @atchuthan)

[pedrobaeza]

I think qweb_usertime should be in reporting-engine repo and be called report_qweb_usertime

[dvdhinesh]

inactive_session_timeout available #379

[atchuthan]

For info, we started porting base_multi_image.

[pedrobaeza]

Cool, I write it on the main section.

[atchuthan]

For info, we started migrating web_context_tunnel and scheduler_error_mailer.

[yvaucher]

@atchuthan Thanks I added you on scheduler_error_mailer

[yajo]

I'm starting with auth_supplier

[yajo]

I'm starting with base_custom_info

[yajo]

Starting with auth_signup_verify_email

[lmignon]

Starting auth_from_http_remote_user

[JayVora-SerpentCS]

#528 For super_calendar

[atchuthan]

The dependency for sale_rental module had web_context_tunnel in previous versions, but not in 9.0.
So, I didn't migrate web_context_tunnel. (forgot to leave a comment in this thread :P)

[pedrobaeza]

web_context_tunnel has no more sense in new API onchanges.

[rvalyi]

I agree with @pedrobaeza

[andreparames]

@pedrobaeza @rvalyi while it was made for onchanges, doesn't web_context_tunnel still make sense for other uses of context in the view, like adding extra default fields to <field name="...." context="{'default_...? Is there a better way to solve this? Odoo attributes not being composable is a frustratingly common problem.

[pedrobaeza]

@andreparames yes, they are residual uses, but the module can be useful for that.

[andreparames]

@pedrobaeza thanks, just wanted to make sure I wasn't missing something. I think I'll migrate it and reword the description.

[alecvinent]

I'd like to contribute.

[pedrobaeza]

@alecvinent in what do you want to contribute? Migrate a certain module? Just tell us to assign you in this issue for avoiding duplicating efforts and start when you want.

[alecvinent]

@pedrobaeza I've been checking auth_admin_passkey module issues, so I can work with it.

[pedrobaeza]

OK, you can check v10 version which is migrated for starting with that instead: https://github.com/OCA/server-tools/tree/10.0/auth_admin_passkey

[pedrobaeza]

Hey, I'm seeing that there's already a migration in #522. Review that one instead.

[github-actions]

There hasn't been any activity on this issue in the past 6 months, so it has been marked as stale and it will be closed automatically if no further activity occurs in the next 30 days.
If you want this issue to never become stale, please ask a PSC member to apply the "no stale" label.