|
|||||||
![]() |
|
|
Thread Tools | Search this Thread | Display Modes |
|
|
#76 |
|
Ichabod.
benefit of someone not downloading a ton of useless apps if they borrow your phone without your knowledge. Right - Not Possible by Chance.
__________________
MP3.1,8GB,4TB, MBPro13 5.5, iPad1 64G, iPhone 3gs, iTouch, PB15 1.6, ATv, Rxv3900. |
|
|
|
0
|
|
|
#77 | |
|
Quote:
But on the other hand, if these apps are not offending or somehow violating person's privacy there's no reason for Apple to reject them. In the case mentioned above the app was crap but somehow matched the App Store policies - the crime was done after the review process (If I'm not mistaken).
__________________
Macbook Air 13" SSD (late 2010) - Macbook Pro 15" (late 2008) - Apple TV2 - iPhone 4 ![]() |
||
|
|
0
|
|
|
#78 |
|
Now I want Pokémon on my iphone
__________________
13" Macbook Air 2012, i5-3427U, Intel HD 4000, 8GB RAM, 128GB SSD | iPad Mini 16GB White | iPhone 5 32GB Black |
|
|
|
0
|
|
|
#79 |
|
What happens when i roll out a big update to my app with major design changes ?
__________________
18,000 miles is a long way |
|
|
|
0
|
|
|
#80 |
|
|
0
|
|
|
#81 | |
|
Quote:
Knowing the hoops that we've had to jump through in getting our apps approved...yeah, they test it pretty thoroughly. Besides, you're not even reading the article. There's nothing wrong with the actual apps being submitted, the problem is that they're switching out the screenshots after the app is approved to make it appear to be something different. But why bother reading when you can just be antagonistic, right? |
||
|
|
1
|
|
|
#82 |
|
I wonder why Apple took SOOOOOO long to get this little piece of code right!!! This issue came up way too many times in our radar and it took ages for Apple to correct it.
__________________
iGeeksBlog.Com |
|
|
|
0
|
|
|
#83 |
|
That would be IDEAL, but they probably rely on the user rating system to weed out the bad apps that get missed.
__________________
I never met a mac I didn't like. |
|
|
|
0
|
|
|
#84 |
|
Stinks for developers. Sometimes it's not as simple as "just" releasing a new binary. Our apps are constantly going through revisions, so it may take a week to QA and stabilize the build. Then a week's wait for an app review.
If the app is updated frequently with new content through IAPs, the screenshots sometimes need to be updated without an app update. I'm not complaining about Apple's process, just the fact that a few bad apples (heh) spoiled the bunch. Hopefully this is just a stopgap, and Apple can institute some kind of shorter review process for screenshot changes. Doubtful, but one can hope. At least we can still update the metadata without a binary update. |
|
|
|
0
|
|
|
#85 |
|
It's sad that it has come down to this, but as a developer, I feel this won't affect my workflow at all. The only times I've ever needed to add or change screenshots is when I'm submitting a new version of an app.
|
|
|
|
0
|
|
|
#86 |
|
Seems the scammers in the above example didn't even have to code anything, they just took some opensourced iOS game called Alphabet Blocks:
http://www.insurgentgames.com/alphabet-blocks/ So they are scum in every sense. Surely Apple requires developer identification for security purposes so potential malware authors can be tracked down, so how can the scammers hope to get away with it? It is outright fraud. Does Apple pay micropayments for each sale as they occur, or lumpsums at the end of some financial period? If the latter, surely the scams will be detected before the payout unless it is right before the financial period is ending. Apple's online stores sorely needs a Refund button (which will erase the local copy on all devices and cancel registrations), with the onus being on Apple as the retailer to refund the money, which they can withhold from payouts to the developer. I'm sure there are ways to game this, but some amount of fraud/theft/loss is always accounted for in any retail system, and can be mitigated just as this move does for the bait-and-switch scam.
__________________
People who are willing to give up freedom for the sake of short term security, deserve neither freedom nor security. -Benjamin Franklin |
|
|
|
0
|
|
|
#87 |
|
Good point. Sometimes Apple seems to move very very slowly and not really all that intelligently. This seems an easy fix. However, I guess it will inconvenience the honest developers (which are the vast majority) as they will have to submit and get approved their new screen shots. If I were an honest developer, doing a bit of "growth hacking", I would switch out screen shots often to see if a different shot results in more downloads. I believe this is sometimes called A/B testing. If a new shot resulted in a spike in downloads, it might stay while I swap in a new one to test that. That sort of marketing will be harder now as the screen shots will be more difficult to change.
__________________
Mid-2011 3.1GHz i5 iMac (6970m); Late-2007 Macbook iPhone 5; iPad 3; Nexus 7 Apple Stockholder (Still up enough to cover all my Apple toys, but boy have I taken a beating this year.) |
|
|
|
0
|
|
|
#88 | |
|
Apple needs a new review process
I understand the fix, however apple really needs a simple "metadata" review process to help out devs. As a developer, I fear soon apple will have the same issue with app descriptions. Now app descriptions is the only that can be changed after the review process.
Currently if a developer simply wants to edit a screenshot an entire new app version will be needed. Same goes for any other type of meta data: change an icon... submit a new app version change the screenshots... submit a new app version change the keywords... submit a new app version change the description... They need a more simple "I'm just changing some of the meta data or screenshots" review process. This will protect users from fraud while helping out devs. For example, as part of my last app update I forgot to add a few critical keywords. Now I really want to add those missing keywords, however I'm stuck. I have to submit an entire new version of the app just to adjust the keywords. My users shouldn't have to see "app update available" when in fact it's exactly the same. ---------- Quote:
|
||
|
|
0
|
|
|
#89 |
|
Pro-tip: Read the article more carefully.
__________________
ACSA, ACMT |
|
|
|
1
|
|
|
#90 | |
|
Quote:
In any case, since the issue was post-approval occurances, they could have allocated follow-uppers, but automation is a lower cost direction |
||
|
|
0
|
|
|
#91 | ||
|
Quote:
![]() Quote:
|
|||
|
|
2
|
|
|
#92 | |
|
Quote:
1. Adjust the order of screenshots to see if sales increase 2. Change the screenshots to see if sales increase Some screenshots are better then others and often it's difficult to determine the best screenshots until they are tried out. As I mentioned a few posts back, it would be nice if we could make meta changes and have them reviewed without the need for a new binary. |
||
|
|
0
|
|
|
#93 | |
|
Quote:
It's their store, not yours. |
||
|
|
0
|
|
|
#94 |
|
Can't believe people resorted to such underhanded tactics.
They should lose their Dev membership for that.
__________________
Smiley Blast! game play video http://youtu.be/N0QD4KS5Ccw Like this:http://facebook.com/smileyBlastGame Follow: http://twitter.com/smiley_blast Buy This: http://appstore.com/smileyblast |
|
|
|
1
|
|
|
#95 |
|
Really? You can't believe this? People are jailbreaking phones to get free apps, people are downloading Blu-ray-ripped movies and music via bit torrent that weren't free, people break something they just bought and take it back to the store saying it came like that in the box. Why would certain developers be any different?
|
|
|
|
2
|
|
|
#96 | |
|
Quote:
|
||
|
|
0
|
|
|
#97 | |
|
Quote:
Apple has been doing the same with keywords for a couple years. Free for all when the store first opened, with evil devs gaming the system by adding bogus search keywords to their apps (e.g. take all the brand names of the top 10 games and add them as search terms to a cheap flashlight/fart app). Then Apple cracked down and required a review and update for any search keyword changes for any app. Same result: Developers screamed that lack of flexibility in hacking search terms at will would kill them. Then developers learned to live with it, and total app store revenue is up. |
||
|
|
0
|
|
|
#98 | |
|
Quote:
![]() It’s hard to keep track on my daughters galaxy tab though. It doesn’t ask for a password on free apps which is kind of scary. I do use age restrictions it’s just hard because it’s also my wife’s phone account.
__________________
2011 MacBook Pro iPod touch 2G iFone 5! iPad 2 ATV 2G
|
||
|
|
0
|
|
|
#99 | |
|
Quote:
Circle begins: 1. I agree that apple needs to somehow review all screenshots in order to stop fraudulent developers 2. Now an honest developer must submit entire app update to simply adjust screenshots (or re-order screenshots) 3. There are legit reasons for an honest developer to change screenshots without need of an entire app update - I suggest a separate shorter review process for screenshot changes. 4. You said in reference to my legit reasons to adjust screenshots: "Not legitimate, as Apple want to control anything and everything in their App store that affects sales in any way." 5. How can apple stop these so called "Not legitimate (your words)" changes to screenshots.. keep in mind these are non-fraudalent screenshot changes. A developer can still change screenshots by submitting an entirely new app update. 6. You said: "By reviewing and approving every screenshot change from now on, to make sure it matches the app being reviewed. That puts changes under Apple's control as gatekeeper. " Well yes, I already agreed to this in step 1.. I'm just suggesting a separate review process for screenshot only changes. Circle complete. |
||
|
|
0
|
|
|
#100 |
|
Good start... Now Apple needs to address in-App purchases that target children...
|
|
|
|
0
|
![]() |
|
«
Previous Thread
|
Next Thread
»
| Thread Tools | Search this Thread |
| Display Modes | |
|
|
All times are GMT -5. The time now is 11:57 PM.







Macbook Air 13" SSD (late 2010) - Macbook Pro 15" (late 2008) - Apple TV2 - iPhone 4



Linear Mode
