|
OriginalGriff wrote: I'm still waiting for a problem in VS2005 to get fixed
Hmmm, I think you could be waiting for quite a while as support for 2005 ended in 2016.
98.4% of statistics are made up on the spot.
|
|
|
|
|
That's OK - it's still there in 2008, and 2010, and 2013, and 2015, and 2017. So I'm not betting on a fix any time soon...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Well, we can't complain about a lack of consistency, then.
Experience does rather suggest that a 13 year-old bug is never, ever going to be fixed. It's a teenager now and nobody can talk any sense to it.
98.4% of statistics are made up on the spot.
|
|
|
|
|
That would explain when VS went to the Dark Side: it just hit puberty and painted its UI black.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Do you think it went Emo or Goth?
|
|
|
|
|
Emo - it's forever complaining...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
OriginalGriff wrote: Date: | Thursday, May 10, 2018 3:29am |
That would explain when VS went to the Dark Side: it just hit puberty and painted its UI black. |
I just figured Microsoft hired the colorblind idiot from Apple who thinks black & white is sufficient for a modern display. Dumping the colors after the 2010 releases of everything was just stupid and reduced usability.
|
|
|
|
|
obermd wrote: ... was just stupid and reduced usability
So, puberty then?
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
|
As much as it's something that millions have wished that it would do over the years, it's really hard to argue that it was ever a bug or even an omission.
Notepad exists as a simple DOS/Windows text-editor and has never tried to claim any grander purpose than that.
Those of us (lets be honest, pretty well all of us) who have at some point used it to work on files from sources other than its native OS, have, in truth, being using the product for something for which it was never intended.
Microsoft could, had they wished, have made a very strong - possible inarguable - case for not doing it but have instead taken a pragmatic line and decided to give us a feature that we've always wanted even though it could be classed as mission creep.
98.4% of statistics are made up on the spot.
|
|
|
|
|
Oh, I'm totally with you. While I'm glad to see it "fixed", as I do sometimes mix Windows and Linux files, I'm just hoping it doesn't start a trend of feature creep and changing known behavior.
But it is nice that they've allowed for a registry entry to revert to the old behavior.
|
|
|
|
|
Yes, the "turn-offability" is a nice touch.
I think Microsoft have actually got something completely right for once!
98.4% of statistics are made up on the spot.
|
|
|
|
|
It's an accident - and if they find out, I'm sure they will correct it!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
You just wait. They'll find a way to mess something up.
(The voice of experience in dealing with everything MS)
|
|
|
|
|
I believe Microsoft is FAR better than Microchip on that.
|
|
|
|
|
|
This is classic paradox: you see a lot of "fixes", "improvements", made during YEARS, but.... why the hell THIS ONE BUG is not fixed?! What should happen that company pays attention to your report? Why MOST ANNOYING bugs sit for years?? That's the question!
Why? Here is answers:
1. Company is a moron who needs money - they don't need "good product", they need "soldable product".
2. For the goal above, they need to roll out "new features", not "new bugfixes". Only that way you can say "Our product become more advanced - see that big red button!".
3. Lazy monkeys. They are everywhere! They sit in "tops", they sit in coding rooms, they are stupidly lazy and don't want to fix anything requiring more than 2 minutes. Bastards.
4. Company management just don't see what people wants! (because management is on Bahamas, ha-ha) They don't understand importance of problems - they are happy with just diagrams of LOC. INCOMPETENT MANAGERS are EVIL.
5. Incompetent developers are even more EVIL! All those "seniors", who come from India after 2-weeks programming courses - why you're hired?!! By "best dancer" competition??? What are you doing on positions, where YEARS of serious experience required? Why you touch "architectural" tasks? Who gave you keyboard, at last?
Incompetence is everywhere. We cannot run thru 'em. Support monkeys, developing stupids... they stop us. Just give me email of "big boss" and sure, next day all these pandas will be fired! Because incompetence is the road to the hell. Slow, far way, but always down. Sigh.........
|
|
|
|
|
You missed some options:
6. The bug only affects a small number of users (or has only been reported by a small number of users), and isn't deemed critical enough to divert resources away from more pressing issues.
7. The bug only affects a small number of users, and fixing it would break something else for a large number of users.
8. The bug cannot be reproduced based on the information provided in the bug report.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Unfortunately I disagree with that "numerology" position! You're poisoned with "facebook".
If most people wants to drink cocktail on the beach, IT IS NOT a rule for government. If most people wants "big red button", it is not what you should do!
"Importance" of bug is a subject for professional evaluation. "Password leaking" is MUCH MORE important than spell error, but how many people reports "my password is leaked"?? Here the point!
Related your items:
#6: OK, at some moment it's not critical. But I never believe bug cannot be fixed for months!! If your team in a permanent deadline, you do it wrong way. If you create new bug, not fixing "old bug", you do it wrong. Time also matters! If you don't fix it for months, do you think I'll suffer? I'll choice ANOTHER PRODUCT and your company fails. THIS is what you should think when looking at age of bug/feature.
#7: it's not an excuse, it's BUG OF ARCHITECTURE. If you break code by fixing bug, fix another code too - it's just dependency! No spaghetti code!
#8: Nice excuse, but not. Mostly people report about real bug and I cannot believe you cannot reproduce if you investigate properly.
My #9: NEVER HIDE INFO from user! Nobody need your idiotic "something went wrong" - gimme exact line and exact reason for failure - believe me, it will lead to fix way faster, than "bug reports" nobody send thru clumsy "register first, please" forms.
And we should not forget about features: they are not bugs, but also not done for years! And it's also task of developer/manager to evaluate it not by "likes", but by "professional opinion". If you do something 99% of the time for 3 clicks, IT MUST be redesigned to do it in one click! "Usability" - not many people understand its importance.
|
|
|
|
|
Thornik wrote: Mostly people report about real bug and I cannot believe you cannot reproduce if you investigate properly.
You've obviously never seen real bug reports!
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Do you understand meaning of 'investigate'?
|
|
|
|
|
Have you ever seen a real bug report?
Imagine a million developers reporting bugs like "The wibbly-thingamajig sometimes wobbles, with no obvious pattern; fix it now!!!1!". How much time will you spend "investigating" each report?
Sure, you might send a canned response asking for more information and a minimal reproduction of the problem. But 90% of the users won't bother responding; and of those that do, another 5% won't provide any of the information you asked for.
And then, when you close 95% of the tickets as "can't reproduce", the developers who submitted the reports will start claiming that you're "too lazy" to fix the problem, or suggesting that you're "incompetent".
TLDR: If you want a bug fixed, submit the kind of bug report you'd like to receive on one of your own products.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Of course you CANNOT expect "professional" report from a casual user! But it's your responsibility to create proper window/dialog to fetch necessary info. And under investigation I mean attentive dialog with user to discover all details. Most lazy monkeys in support DO NOT do it, skipping report as "unreproduceable". I never believe user was so care to make report, but decline to provide other details!
A lot of programs suffer from the same idiotically stupid function: error reporting. Instead of doing that in one click, they just make link in "Help" menu, which leads to... "please register on our site to report a problem"!!! F**! I wanna kill every moron who makes such "reporting engine"! Stupid a$$$h*** specially follow hard way to reduce bug reports. Every "register" step is a reason to stop that sh***ty procedure at all.
User is the same as he born, you cannot blame him. If you cannot get proper info, it's your fault. Got too stupid reports? Think what YOU didn't do to make 'em better.
|
|
|
|
|
No time to fix, "we need more featuuuuures!" )) Typical indian development.
|
|
|
|
|
I want to try handling my E-Mail via my Android.
- What do I need to know before I start ?
- What questions should I ask ?
- To whom should I ask them ?
Advice, direction, and suggestions are welcome from all, particularly those who have made mistakes in this arena, and who corrected those mistakes.
|
|
|
|