Skip to content
This repository has been archived by the owner on Nov 29, 2022. It is now read-only.

OS-X already renamed to macOS #18

Open
Punpun1643 opened this issue Apr 16, 2022 · 1 comment
Open

OS-X already renamed to macOS #18

Punpun1643 opened this issue Apr 16, 2022 · 1 comment

Comments

@Punpun1643
Copy link
Owner

Punpun1643 commented Apr 16, 2022

F895E27D-8073-4951-9607-95A67746D914_4_5005_c.jpeg

@Punpun1643 Punpun1643 changed the title OS-X already renames to macOS OS-X already renamed to macOS Apr 16, 2022
@nus-se-script
Copy link

nus-se-script commented Apr 19, 2022

Team's Response

The use of this name is consistent with the textbook:

image.png

Hence, we believe this to be consistent with the constraints placed upon our (and indeed, all) tP projects.

Items for the Tester to Verify

❓ Issue response

Team chose [response.NotInScope]

  • I disagree

Reason for disagreement: Firstly, OX-S is removed and renamed for a while already (since 2016 I believe) to macOS. Bugs from AB3/textbook will also be considered a bug based on the module policy; rejecting them is not justified. Just because something is written inaccurately originally doesn't mean that it should be left as it is. Readers who read the DG do not know what the module policies are given that the DG is on the internet and it can be read by anyone, not just people who are taking/took this module. No one refers to macOS as OS-X already, and writing this for the general audience is just weird; they may not understand what it is referring to. Please also refer to module policy on bug inherited from AB3:

9AC8A1E5-CEE4-4E8D-BEC5-71225E19CB02_4_5005_c.jpeg

Secondly, there have been multiple reports on this as well in previous AY based on these bug reports example 1 and example 2 all of these are accepted as a bug with the same severity and type that I have reported (i.e. DocumentationBug & VeryLow). Given that they were also taking the same module under the same tP constraints, if these bug reports are accepted, I do not see why my bug report is justified to be rejected.

Lastly, I think this is not justified as not in scope based on the module policy as it does not satisfy any of the two pointers below:

152BE133-414B-4826-993F-E217C660E926_4_5005_c.jpeg


Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants