Unblock RPC Functions proved easy. You just need to create an empty file:
Phone \ Data \ Users \ Public \ Documents \ Non-Production Errors.txt
Phone \ Data \ Users \ Public \ Documents \ Non-Production Errors.txt
[GT-I8750] Unblock RPC 10517
- Thread starter spavlin
- Start date
It means we can use RPC Components in GDR 3 by creating this file ?
really?!!!!!
I have no Samsung phone to try it
???
please explain !
many thanks in advance
Micheal
sorry for my "noob" question....but WHAT can we do with this ?
please explain !
many thanks in advance
Micheal
holy shucking fit.
it works.
holy **** i am still in shock
it works.
holy **** i am still in shock
Hmm, I wonder if its good for all Windows Phones. I would think its just debug output, but I guess not....It means we can use RPC Components in GDR 3 by creating this file ?
really?!!!!!
I have no Samsung phone to try it
It is "just debug output". If you have not all fuses blown, secure boot turned off etc - this file is created and errors are written there.
It is so funny that Samsung checks this file
I think, pre-517 FCRouter doesn't check it.It is "just debug output". If you have not all fuses blown, secure boot turned off etc - this file is created and errors are written there.
It is so funny that Samsung checks this file
After swapping on WP8Diag of GDR2, editing the registry works
Bwahahaha, that's hilarious!
@megasounds (and anybody else): I believe that this allows using the interop-unlock hack (for Samsung WP8 phones only) and interop-requiring apps on retail GDR3 without flashing a modified update (or downgrading). It is a very silly thing for them to do, after all the work they put into locking it down...
@megasounds (and anybody else): I believe that this allows using the interop-unlock hack (for Samsung WP8 phones only) and interop-requiring apps on retail GDR3 without flashing a modified update (or downgrading). It is a very silly thing for them to do, after all the work they put into locking it down...
Ah, sadness. Is that because the Diag app gets overwritten, or...?
Speaking of problems with GDR3, does anybody know where my \Programs (or \Users\DefApps) folders went under GDR3? They are no longer visible with Full FS Access enabled. I could have sworn they used to be, but I installed the latest preview updates (revision 512 -> 521) and now I can't find them. I still have access to the restofthe file system, though...
Speaking of problems with GDR3, does anybody know where my \Programs (or \Users\DefApps) folders went under GDR3? They are no longer visible with Full FS Access enabled. I could have sworn they used to be, but I installed the latest preview updates (revision 512 -> 521) and now I can't find them. I still have access to the restofthe file system, though...
On my ATIV S : I8750XXCMK2 (GDR3) + My Custom + WP8Diag taken from GDR2 + Non-Production Errors.txt
I confirm. All works, we have a fully functioning Interop Unlock.
Last edited:
It's because of new Diagnosis and CSCMgr.
RPC server itself doesn't give you interop unlock.
Hmm, I'm not entirely sure what the "CSCMgr" is here, apparently I need to do more research into the background of how the unlock works. I knew they had updated the Diagnosis app though, which (if they removed the registry editor interface) would obviously prevent interop-unlock.
I think I've figured out at least part of the reason for the missing app folders. The way I was turning on Full FS Access (which didn't involve rebooting the phone) appears to have changed the root folder for MTPSVC, so I could see most of the file system, but not to have changed the user it ran under (still PROTOCOLS instead of SYSTEM), which I base on the fact that I could see the \Users\PROTOCOLS folder but not \Users\DefApps, and could read but not write the HOSTS file (which is only writable by SYSTEM). I should find a way to make the MTPSVC stably start up under the SYSTEM account every time...
I think I've figured out at least part of the reason for the missing app folders. The way I was turning on Full FS Access (which didn't involve rebooting the phone) appears to have changed the root folder for MTPSVC, so I could see most of the file system, but not to have changed the user it ran under (still PROTOCOLS instead of SYSTEM), which I base on the fact that I could see the \Users\PROTOCOLS folder but not \Users\DefApps, and could read but not write the HOSTS file (which is only writable by SYSTEM). I should find a way to make the MTPSVC stably start up under the SYSTEM account every time...
This debug output file was also created on my htc 8x after I had my htc 8x "security off".
contents of the file :
"
// Production Self Test Log
// This log file describes test failures from the Production Self Test.
// If you see this log file, it means that this device is not ready to ship
// because some of the production self tests are failing. If this is a pre-production
// device, this is an expected result and this file can be ignored (or deleted). If this
// is supposed to be a production ready device, check the log below to identify tests that
// are failing, and see the Windows Phone documentation for information on how to fix the
// issues identified by these tests.
TEST FAIL: UEFIVariable: SecureBoot is not enabled
TEST FAIL: UEFIVariable: SetupMode IS enabled
TEST FAIL: UEFIVariable: Unable to enumerate certificates in store 'PK'
TEST FAIL: UEFIVariable: Unable to read UEFI variable 'PK'
"
contents of the file :
"
// Production Self Test Log
// This log file describes test failures from the Production Self Test.
// If you see this log file, it means that this device is not ready to ship
// because some of the production self tests are failing. If this is a pre-production
// device, this is an expected result and this file can be ignored (or deleted). If this
// is supposed to be a production ready device, check the log below to identify tests that
// are failing, and see the Windows Phone documentation for information on how to fix the
// issues identified by these tests.
TEST FAIL: UEFIVariable: SecureBoot is not enabled
TEST FAIL: UEFIVariable: SetupMode IS enabled
TEST FAIL: UEFIVariable: Unable to enumerate certificates in store 'PK'
TEST FAIL: UEFIVariable: Unable to read UEFI variable 'PK'
"
GoodDayToDie;48618341 I think I've figured out at least part of the reason for the missing app folders. The way I was turning on Full FS Access (which didn't involve rebooting the phone) appears to have changed the root folder for MTPSVC said:Do you mean?
That's common thing, but file is only useful on those samsungs.