Review of "Picture of the Day" version 45.1 (8)

Details Page Preview

Get a picture of the day as desktop background or wallpaper. Supports the following sources: NASA Astronomy Picture of the Day (APOD), NASA Earth Observatory Image of the Day, Bing, Wikimedia Featured Image, and Simon Stålenhag artworks.

Extension Homepage
https://github.com/swsnr/gnome-shell-extension-picture-of-the-day

No comments.

Diff Against

Files

Note: Binary files aren't shown on the web site. To see all files, please download the extension zipfile.

All Versions

Version Status
47.6 (37) Active
47.5 (36) Active
47.4 (35) Active
47.3 (34) Active
47.2 (33) Active
47.1 (32) Active
47.0 (31) Active
46.7 (30) Active
46.6 (29) Active
46.5 (28) Active
46.4 (27) Active
46.3 (26) Inactive
45.15 (25) Active
46.2 (24) Active
45.14 (23) Inactive
46.1 (22) Inactive
46.0 (21) Inactive
45.13 (20) Inactive
45.12 (19) Inactive
45.11 (18) Inactive
45.10 (17) Inactive
45.9 (16) Inactive
45.8 (15) Rejected
45.7 (14) Rejected
45.6 (13) Inactive
45.5 (12) Inactive
45.4 (11) Inactive
45.3 (10) Inactive
45.2 (9) Inactive
45.1 (8) Inactive
45.0 (7) Rejected
0.5 (6) Inactive
0.3 (5) Inactive
0.3 (4) Rejected
0.2.1 (3) Inactive
0.2 (2) Rejected
0.1 (1) Rejected

Previous Reviews on this Version

JustPerfection active
Approved since you are throwing errors before creating new timeout but storing two different timeouts in the same property is a bad practice (line 162 and 172 `lib/services/refresh-scheduler.js`). You can create a method like this: ```js #setTimer(interval) { this.stop(); this.timerSourceTag = GLib.timeout_add_seconds( GLib.PRIORITY_DEFAULT, interval, () => this.doRefresh() ); } ``` Now, you can call that method instead of creating two different timeouts with the same property.
Sebastian Wiesner posted a review
Thanks for approving, but to be honest I don't know what to make of this review. From my point of view, I'm not "storing two different timeouts in the same property"; I'm storing one, which just happens to have an irregular interval 🤔. As such, I'm afraid I have to admit that I'm disinclined to refactor this part of the code, as I'd rather prefer to spend my time adding a few features which I think are still missing 🙂 Also, I'm not sure how this level of detail still fits within the scope of reviews as set in the first paragraph of the review guidelines at https://gjs.guide/extensions/review-guidelines/review-guidelines.html which suggests that extensions are supposed to be "reviewed carefully for malicious code, malware and security risks, but not for bugs", which in my understanding precludes issues of code style, architecture, and structure from reviews, perhaps to the extent that they don't make review excessively difficult.
JustPerfection posted a review
We review the diff, so when you remove something like line 84-87, 166-173, we may miss the other timeout not getting removed.