Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?

+ - If a financial institution mishandles my data, what recourse do I have? 2

Submitted by grahamsaa
grahamsaa writes: My sister recently consolidated her student loans, and the bank e-mailed the paperwork, which included her name, address, date of birth, social security number, drivers license number and bank account information to the wrong e-mail address. The address (a gmail address) is associated with a real person (not her), so someone now has all of her personal details. My sister claims that she read her e-mail address to the bank representative over the phone twice, but that it was transcribed incorrectly.

The real issue is that the bank was willing to use unencrypted e-mail at all to send sensitive information, and I told my sister that at a minimum the bank should cover electronic credit monitoring for her for a minimum of a year, but I feel like that alone probably isn't enough. While my sister should have insisted that they use a more secure means of sending this information, I think it should be the bank's responsibility to ensure that this kind of thing doesn't happen. What kind of recourse does a person in my sister's position have? Did the bank violate any laws (she lives in Connecticut in the United States)? Is there a standard penalty for this kind of thing? I'm not a lawyer, but I know some of you are. What are her options in this case? Thanks!

Comment: Re:Rent seeking (Score 1) 570

by grahamsaa (#48869653) Attached to: Microsoft Reveals Windows 10 Will Be a Free Upgrade

Also, how is this subscription service suppose to work? Am I suppose to give M$ my credit card number for recurring charges? I don't think so - although I imagine that's what many Apple consumers do (I don't know).

For the record, OSX users do not have to give Apple a credit card to receive updates. OSX updates are free and legal to install on Apple hardware. I have my fair share of gripes about Apple, but this isn't one of them. If you have their hardware and it is recent enough to run their latest software, you get it for free.

+ - Nexus 6: Who's to blame for the abysmal release process?

Submitted by grahamsaa
grahamsaa writes: I'm sure some of you are aware of the inventory problems Google has had, as well as the frustrating pre-order process. Customers can't even pre-order unless they happen to be visiting the play store when units are available, which, from what I can tell is several minutes every Wednesday.

What has Google gained by selling the phone this way? Why can't customers just get in line, pre-order a phone and get it when inventory is availble? Why didn't Google and Motorola anticipate the demand for the Nexus 6? They had similar problems with the N4 and N5, so they're either unable to learn from the past, horrible at planning for releases, or there's some hidden agenda / benefit that they get out of releasing devices this way.

Who was responsible for this release? Why was it handled this way? Why is Google making it so hard for me to give them my money?

Comment: Overwhelm them with complaints. Use these links (Score 4, Informative) 558

by grahamsaa (#48236215) Attached to: Rite Aid and CVS Block Apple Pay and Google Wallet

Here's the message I sent. If you're lazy, feel free to use it:
Disabling Apple Pay and Google Wallet, which were previously accepted is not OK. If you want to come up with your own competing system and give people rewards to use it, that's fine, but don't break existing functionality. Google Wallet just works. Apple and Google's solutions don't cost you any more money than a credit card transaction. Your payment app isn't even available yet and relies on QR codes, which means that when it does launch it will likely be very clunky by comparison.

If you can't come up with a sane response to this, I guess I'll be switching to Walgreens.

Comment: There is absolutely no good reason for this. (Score 4, Insightful) 558

by grahamsaa (#48235609) Attached to: Rite Aid and CVS Block Apple Pay and Google Wallet
I used to use Google Wallet / tap to pay at Rite-aid frequently as there's one across the street from my office. I liked it. The other day when I went in and tried and got a message about Apple pay not being supported, I was pretty confused. I don't use Apple pay. Why disable functionality that was previously working and that customers want to use? Google wallet does not charge merchants at all (http://www.google.com/wallet/business/faq.html). If stores want to set up their own competing wallet apps, that's fine, but disabling something that previously worked and that costs them nothing is really stupid.

+ - Zappos proactively resets account passwords for users

Submitted by grahamsaa
grahamsaa writes: I received an e-mail tonight stating that my Zappos password had been reset. Since I rarely use the site and don't store credit card information there, I used a throwaway password for that account. Apparently my throwaway password made it onto the the list of passwords, so Zappos proactively changed it.

Have any other sites done this to you recently? What's your stance on using an easy to remember 'throwaway' password on sites that don't have any of your sensitive data?

Comment: Re:Legacy Support (Score 1) 730

by grahamsaa (#47865061) Attached to: Apple Announces Smartwatch, Bigger iPhones, Mobile Payments
One way they could do this would be by making it easier to run OSX / MacOS in a VM -- they currently make this very hard. If they didn't intentionally make it hard to virtualize their OS, people would be free to upgrade their hardware and keep an old VM around for the few legacy things they need. I don't mind that Apple doesn't support everything forever -- look how that's worked out for Microsoft.

Comment: Re:Honestly, when will people learn? (Score 3, Interesting) 98

by grahamsaa (#47761483) Attached to: Project Zero Exploits 'Unexploitable' Glibc Bug
No. While it depends on your end users (end users of some products / libraries / etc are very technical, while other products draw from a much larger, less technical user base), a non-trivial number of bug reports are due to user error, or to something that you don't actually have any control over. Skipping stage 1 probably makes sense in all cases, but the rest of the stages are all valid. Sometimes you never get past stage 2 because the answer is "oh, right, because my machine isn't infected with something" or "because I didn't mis-configure the application".

If it's working, the diagnostics say it's fine. If it's not working, the diagnostics say it's fine. - A proposed addition to rules for realtime programming