我也遇到过同样的问题，你需要把gevent和greenlet先从requrements.txt文件中删除，然后单独下载gevent

@卓忆

这估计跟产品上的name_search有关。name_search有一个100的默认limit限制。在正反向排序中获得的这100个产品不同，用它们来过滤订单可能就带来不一样的结果。

这仅仅是我的猜测。如果上面的猜测是正确的，那么这个"bug"发生的场景是：

用来搜索产品的字符串，可以返回的产品的数量超过100个。比如你在上面的测试里，用字母'a'来搜索产品，这个搜索结果应该会超过100个。

你可以继续如下尝试，用一个字符串搜索产品，确保搜索出来的产品会在100以内。然后用这个字符串搜索在销售订单的产品字段上，然后再做排序处理，看看是否还会出现：排序不同搜索结果不同的现象。

@Etren 问题写得非常仔细用心，排版也是本论坛第一名。非常想帮你解决问题，无奈看到我大脑爆炸🤯 。

我只能回答你里面的一个小问题：

@Etren 在 设置联系人查看权限后，无法进入员工模块查看员工信息。 中说：

在技术/模型能看到模型的字段名称，记录权限中用到的字段名称结构是不是模型名称.字段名称

不是的。就是字段名。如果你引用的是关系字段的关联对象中的字段，可以应用关系字段.关联对象字段名。 比如，我们要按客户名称来过滤销售订单，我们可以用 [('partner_id.name', 'like', 'xxxx')]形式， partner_id.name 表示订单上的客户名称

没有找到模型: library.book

View name: 馆藏图书窗体
Error context:
view: ir.ui.view(285,)
xmlid: used_car_view_form
view.model: library.book
file: d:\odoo\server\my_addons\ usedcar \views\ used_car_views.xml

为什么初学还要用这么混乱的命名体系搞乱自己。在二手车（usedcar)的文件里定义馆藏书(library.book)。

然后把你的问题发在我们这 #服装制衣板块下?

系统告诉你没有找到library.book模型。看看你修改了代码后有没有重启服务器并升级你的usedcar模块

@digitalsatori

作用仅仅是为了计算出一个值 展示在视图上。

compute 方法也很简单

@api.depends("partner_id.email") def _compute_partner_info(self): for record in self: record.info = f"{record.name}<{partner_id.email}>"

非常简单，如果有历史数据 4万条，升级时计算就已经很慢了

因新浪博客要被关闭，个人Odoo主页转至 :
https://blog.csdn.net/u011115232?spm=1010.2135.3001.5421

@docdoc 是找项目做，不是带项目找人，抱歉写的急了没写清楚。

岗位还在招，招到会删除此贴，欢迎大家联系~

同求，我是odoo15

@卓忆 在 精简odoo13备份文件大小的若干尝试-待续 中说：

然后 去技术 附件 里面 把那些不用的附件筛选出来后，删掉，
再备份，发现居然 容量还是那么大，也就是说，附件几乎删光后，
备份下来的文件容量几乎没变。。。

Odoo的附件默认并不保存在数据库，附件在数据库中只保留附件路径，所以删除系统附件对备份容量并没有什么影响。

有什么问题吗？你需要安装app才会有进一步的设置信息啊。

今天也碰到了类似问题。最后发现时Jinja2的bug。需要安装版本2.11.2:

pip install Jinja2==2.11.2

@samchou 已解決

今天采用了一个简单粗暴的方法解决了该问题。
修复操作系统、重装odoo（内部包含postgresql）。免得产生odoo连接postgresql数据库可能会产生的问题。

已解決
使用@api.onchange跟用notebook