Skip to content

Commit d4abac2

Browse files
committed
add upgrading guide
1 parent c13aa95 commit d4abac2

1 file changed

Lines changed: 14 additions & 1 deletion

File tree

docs/04_upgrading/upgrading_to_v4.md

Lines changed: 14 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -244,4 +244,17 @@ yield scrapy.Request(url, meta={'since': datetime(2024, 1, 1)})
244244

245245
# After (v4): store a JSON-serializable value.
246246
yield scrapy.Request(url, meta={'since': datetime(2024, 1, 1).isoformat()})
247-
```Pickle
247+
```
248+
249+
## Logging changes
250+
251+
The typed public API is unchanged, so your code keeps working without edits. Only log output changes. Adjust your setup if you parse logs, route them by logger name, or assert on log records, for example in tests.
252+
253+
### Rebalanced log levels
254+
255+
- The local no-op messages from `Actor.metamorph()`, `Actor.reboot()`, and `Actor.add_webhook()`, logged when the Actor runs outside the Apify platform, are now `warning` instead of `error`. The Scrapy scheduler message for a request that can't be converted to an Apify request changed the same way.
256+
- The "unknown platform event" message is now `debug` instead of `info`.
257+
258+
### Module-qualified logger names
259+
260+
The charging, proxy, and events modules now log under their own child loggers (`apify._charging`, `apify._proxy_configuration`, and `apify.events._apify_event_manager`) instead of the generic `apify` logger. These child loggers still propagate to `apify`, so a handler attached to `apify` keeps receiving their records. Update only configuration that targets the exact `apify` logger name for these messages.

0 commit comments

Comments
 (0)