3 ms·

There are tons of ways to deal with sensitive data that don’t require hiding the entire bug reporting system. One is to allow links to things that not everyone

There are tons of ways to deal with sensitive data that don’t require hiding the entire bug reporting system. One is to allow links to things that not everyone can see (e.g. internal web sites or protected repositories) but still making the bug report itself and the comment thread entirely public and searchable. A lot of times, all I really need is a quick way to understand that someone else in the universe has my problem and that it’s being worked on. I’m not even saying duplicates are useless. I’m saying that Apple’s method, taking months to ultimately communicate nothing except an unexplained status of “Duplicate”, is useless. Except it’s worse, because at that point I would have already: (A) painstakingly distilled a much more complex problem into a base test case purely for Apple’s benefit, (B) generated a system profile or whatever else was required, and (C) jumped through several other hoops. Also, during that whole time I must assume: the issue wasn’t known to Apple, hadn’t been seen yet by anyone else, and probably wasn’t going to be fixed; and, I required a work-around in the meantime that ultimately became the only solution that mattered. Now, Xcode: it kind of doesn’t matter what else they’re doing when basic tools I need every day still have problems. In Xcode 4.x they reinvented their own window/tab manager and to this day I can’t get this “pretty good IDE” to put anything where it’s supposed to be and remember that next time. It still has problems automatically showing a source file and its header file side-by-side. Also, when I open projects explicitly, it likes to display a mixture of tabs showing source files from entirely different projects (a bug I actually did report, many many years ago, still unfixed). A tool that does some things right but fails with the basics is not a well-supported development environment.

eridius 9y ago
The bug report and comment thread itself is sensitive. The only possible way they could do this is if there was a checkbox on externally-reported bugs saying "allow this to be public", but that will just move the goalposts, because maybe 0.0000001% of the bug reporter will end up public, and you'll still have your bugs duped to private stuff, and search will be almost entirely useless. If you want public bugs, go look at OpenRadar. It's a website where people can opt into posting their Apple bug reports publicly. > taking months to ultimately communicate nothing except an unexplained status of “Duplicate” Hyperbolic much? As I already stated, dupes generally happen within a week, often within a day or two. In fact, I've filed well over a thousand bugs and I've had something get duped over a month later maybe once or twice. > In Xcode 4.x they reinvented their own window/tab manager and to this day I can’t get this “pretty good IDE” to put anything where it’s supposed to be and remember that next time. What do you mean? The window manager is not custom, and the tabs, if not actually the OS-provided tab functionality at this point, sure seems pretty close. In all my years of using Xcode it's never had a problem remembering how I set up my window. > It still has problems automatically showing a source file and its header file side-by-side. It does? I admit I don't use the automatic Counterparts feature very often, but it's always worked for me. What issues are you seeing? > Also, when I open projects explicitly, it likes to display a mixture of tabs showing source files from entirely different projects Again, in all my years of using Xcode, I've never even so much as heard anyone mention anything remotely like this. What the heck are you doing with Xcode to cause this to happen?
- makecheck 9y ago
  How can the entire report be sensitive? There’s always something that can become public, e.g. after sifting through a mountain of private data and finding Bug X in NSFooBar, file a bug on that and make that part public so the rest of us know. Using OpenRadar regularly would even further increase the effort spent reporting bugs, and then: Apple doesn’t maintain it, Apple doesn’t check it, Apple certainly doesn’t synchronize with it, Apple does benefit greatly from it, despite Apple not accepting responsibility and providing a basic, foundational tool of its own. This thread is starting to feel like a bug report in itself. Yes, everything behaves as I described, yes the issues were logged with Apple, yes it takes them months to respond sometimes (and I was being generous, sometimes it’s over a year), yes Xcode is still buggy in very obvious ways when doing very trivial things, and I’m even using recent Apple hardware and software.

eridius 9y ago

The bug report and comment thread itself is sensitive. The only possible way they could do this is if there was a checkbox on externally-reported bugs saying "allow this to be public", but that will just move the goalposts, because maybe 0.0000001% of the bug reporter will end up public, and you'll still have your bugs duped to private stuff, and search will be almost entirely useless. If you want public bugs, go look at OpenRadar. It's a website where people can opt into posting their Apple bug reports publicly. > taking months to ultimately communicate nothing except an unexplained status of “Duplicate” Hyperbolic much? As I already stated, dupes generally happen within a week, often within a day or two. In fact, I've filed well over a thousand bugs and I've had something get duped over a month later maybe once or twice. > In Xcode 4.x they reinvented their own window/tab manager and to this day I can’t get this “pretty good IDE” to put anything where it’s supposed to be and remember that next time. What do you mean? The window manager is not custom, and the tabs, if not actually the OS-provided tab functionality at this point, sure seems pretty close. In all my years of using Xcode it's never had a problem remembering how I set up my window. > It still has problems automatically showing a source file and its header file side-by-side. It does? I admit I don't use the automatic Counterparts feature very often, but it's always worked for me. What issues are you seeing? > Also, when I open projects explicitly, it likes to display a mixture of tabs showing source files from entirely different projects Again, in all my years of using Xcode, I've never even so much as heard anyone mention anything remotely like this. What the heck are you doing with Xcode to cause this to happen?

makecheck 9y ago
How can the entire report be sensitive? There’s always something that can become public, e.g. after sifting through a mountain of private data and finding Bug X in NSFooBar, file a bug on that and make that part public so the rest of us know. Using OpenRadar regularly would even further increase the effort spent reporting bugs, and then: Apple doesn’t maintain it, Apple doesn’t check it, Apple certainly doesn’t synchronize with it, Apple does benefit greatly from it, despite Apple not accepting responsibility and providing a basic, foundational tool of its own. This thread is starting to feel like a bug report in itself. Yes, everything behaves as I described, yes the issues were logged with Apple, yes it takes them months to respond sometimes (and I was being generous, sometimes it’s over a year), yes Xcode is still buggy in very obvious ways when doing very trivial things, and I’m even using recent Apple hardware and software.