summaryrefslogtreecommitdiffstats
path: root/src/core/hle/service/acc/profile_manager.cpp (follow)
Commit message (Collapse)AuthorAgeFilesLines
* service: acc: Only save profiles when profiles have changedgerman772024-01-131-3/+16
|
* service: account: Save user profile folder on first user creationgerman772023-06-031-0/+1
|
* general: fix spelling mistakesLiam2023-03-121-3/+3
|
* general: fix compile for Apple ClangLiam2022-11-231-0/+1
|
* core: hle: service: acc: Fix ListOpenContextStoredUsers/StoreOpenContext.bunnei2022-11-031-0/+25
| | | | | | - These APIs are used to capture the opened users and allow that state to be persisted across processes. - They are not intended to just return the system opened users, that is what ListOpenUsers is for. - Fixes the launch hang with Bayonetta 3.
* service: ac: Replace intances of ProfileData with UserDatagerman772022-07-141-6/+5
|
* core: Replace all instances of ResultCode with Resultgerman772022-06-271-6/+6
|
* general: Convert source file copyright comments over to SPDXMorph2022-04-231-3/+2
| | | | | This formats all copyright comments according to SPDX formatting guidelines. Additionally, this resolves the remaining GPLv2 only licensed files by relicensing them to GPLv2.0-or-later.
* general: Rename NewUUID to UUID, and remove the previous UUID implMorph2022-02-051-20/+20
| | | | This completes the removal of the old UUID implementation.
* profile: Migrate to the new UUID implementationMorph2022-02-051-25/+26
|
* common/uuid: Add validity checking functions to interfaceLioncash2021-09-221-4/+5
| | | | | Given we have a function to invalidate, we should also have ones to query the validity. Also makes the code more straightforward to read.
* general: Make most settings a BasicSettinglat9nq2021-06-281-1/+2
| | | | | | | | | | | Creates a new BasicSettings class in common/settings, and forces setting a default and label for each setting that uses it in common/settings. Moves defaults and labels from both frontends into common settings. Creates a helper function in each frontend to facillitate reading the settings now with the new default and label properties. Settings::Setting is also now a subclass of Settings::BasicSetting. Also adds documentation for both Setting and BasicSetting.
* general: Replace RESULT_SUCCESS with ResultSuccessMorph2021-06-021-1/+1
| | | | Transition to PascalCase for result names.
* common: fs: Rework the Common Filesystem interface to make use of std::filesystem (#6270)Morph2021-05-261-17/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * common: fs: fs_types: Create filesystem types Contains various filesystem types used by the Common::FS library * common: fs: fs_util: Add std::string to std::u8string conversion utility * common: fs: path_util: Add utlity functions for paths Contains various utility functions for getting or manipulating filesystem paths used by the Common::FS library * common: fs: file: Rewrite the IOFile implementation * common: fs: Reimplement Common::FS library using std::filesystem * common: fs: fs_paths: Add fs_paths to replace common_paths * common: fs: path_util: Add the rest of the path functions * common: Remove the previous Common::FS implementation * general: Remove unused fs includes * string_util: Remove unused function and include * nvidia_flags: Migrate to the new Common::FS library * settings: Migrate to the new Common::FS library * logging: backend: Migrate to the new Common::FS library * core: Migrate to the new Common::FS library * perf_stats: Migrate to the new Common::FS library * reporter: Migrate to the new Common::FS library * telemetry_session: Migrate to the new Common::FS library * key_manager: Migrate to the new Common::FS library * bis_factory: Migrate to the new Common::FS library * registered_cache: Migrate to the new Common::FS library * xts_archive: Migrate to the new Common::FS library * service: acc: Migrate to the new Common::FS library * applets/profile: Migrate to the new Common::FS library * applets/web: Migrate to the new Common::FS library * service: filesystem: Migrate to the new Common::FS library * loader: Migrate to the new Common::FS library * gl_shader_disk_cache: Migrate to the new Common::FS library * nsight_aftermath_tracker: Migrate to the new Common::FS library * vulkan_library: Migrate to the new Common::FS library * configure_debug: Migrate to the new Common::FS library * game_list_worker: Migrate to the new Common::FS library * config: Migrate to the new Common::FS library * configure_filesystem: Migrate to the new Common::FS library * configure_per_game_addons: Migrate to the new Common::FS library * configure_profile_manager: Migrate to the new Common::FS library * configure_ui: Migrate to the new Common::FS library * input_profiles: Migrate to the new Common::FS library * yuzu_cmd: config: Migrate to the new Common::FS library * yuzu_cmd: Migrate to the new Common::FS library * vfs_real: Migrate to the new Common::FS library * vfs: Migrate to the new Common::FS library * vfs_libzip: Migrate to the new Common::FS library * service: bcat: Migrate to the new Common::FS library * yuzu: main: Migrate to the new Common::FS library * vfs_real: Delete the contents of an existing file in CreateFile Current usages of CreateFile expect to delete the contents of an existing file, retain this behavior for now. * input_profiles: Don't iterate the input profile dir if it does not exist Silences an error produced in the log if the directory does not exist. * game_list_worker: Skip parsing file if the returned VfsFile is nullptr Prevents crashes in GetLoader when the virtual file is nullptr * common: fs: Validate paths for path length * service: filesystem: Open the mod load directory as read only
* common: Move settings to common from core.bunnei2021-04-151-1/+1
| | | | - Removes a dependency on core and input_common from common.
* Fix user changing to 0 if validgerman2021-01-291-2/+8
|
* core: Silence Wclass-memaccess warningsReinUsesLisp2021-01-151-5/+5
| | | | | This requires making several types trivial and properly initialize them whenever they are called.
* Revert "core: Fix clang build"bunnei2020-10-211-8/+5
|
* core: Fix clang buildLioncash2020-10-181-5/+8
| | | | | | | Recent changes to the build system that made more warnings be flagged as errors caused building via clang to break. Fixes #4795
* common/fileutil: Convert namespace to Common::FSLioncash2020-08-161-11/+11
| | | | | | | | | | | | Migrates a remaining common file over to the Common namespace, making it consistent with the rest of common files. This also allows for high-traffic FS related code to alias the filesystem function namespace as namespace FS = Common::FS; for more concise typing.
* profile_manager: Make use of std::nulloptLioncash2020-08-031-4/+4
| | | | | Allows some implementations to completely avoid unnecessarily zeroing out the internal buffer.
* profile_manager: Make use of designated initializersLioncash2020-08-031-13/+22
| | | | More compact code.
* core: Initialize several structs that make use of Common::UUID.bunnei2020-01-041-7/+7
|
* service: Resolve sign conversion errorsLioncash2019-11-121-2/+2
| | | | | These are fairly trivial to resolve and most of the changes entail using RESULT_UNKNOWN over ResultCode(-1).
* profile_manager: Add setter for ProfileBase and ProfileDataZach Hilman2019-07-031-0/+11
| | | Needed by IProfileEditor 'Store' and 'StoreWithImage'
* mii_manager: Cleanup and optimizationZach Hilman2019-04-251-4/+4
|
* common: Extract UUID to its own classZach Hilman2019-04-251-20/+2
| | | Since the Mii database uses UUIDs very similar to the Accounts database, it makes no sense to not share code between them.
* profile_manager: Save and load ProfileData from diskZach Hilman2018-11-261-2/+3
| | | | The ProfileData is a 0x80-sized structure that stores various pieces of miscellaneous data for the account.
* profile_manager: Replace iterative loop with a ranged-for loop in ParseUserSaveFile()Lioncash2018-11-141-4/+5
|
* profile_manager: Move UUID Format function definitions into the cpp fileLioncash2018-11-141-0/+16
| | | | Avoids relying on fmt always being indirectly included.
* global: Use std::optional instead of boost::optional (#1578)Frederic L2018-10-301-1/+1
| | | | | | | | | | | | | | | | * get rid of boost::optional * Remove optional references * Use std::reference_wrapper for optional references * Fix clang format * Fix clang format part 2 * Adressed feedback * Fix clang format and MacOS build
* profile_manager: Use std::optional instead of boost::optionalLioncash2018-10-241-33/+38
| | | | | Now that we can actually use std::optional on macOS, we don't need to continue using boost::optional here.
* profile_manager: Create save data if it doesn't exist on useZach Hilman2018-10-241-12/+36
|
* acc: Fix account UUID duplication errorZach Hilman2018-10-241-5/+19
|
* configure_system: Clear selection after user deleteZach Hilman2018-10-241-1/+1
|
* profile_manager: Load user icons, names, and UUIDs from system saveZach Hilman2018-10-241-6/+95
|
* profile_manager: Load users from emulator settingsZach Hilman2018-10-241-4/+6
|
* Invalid default value of username in yuzu_cmd (#1334)Philippe Babin2018-09-191-2/+3
| | | | | | | | | | * Fix bug where default username value for yuzu_cmd create an userprofile with uninitialize data as username * Fix format * Apply code review changes * Remove nullptr check
* Port #4182 from Citra: "Prefix all size_t with std::"fearlessTobi2018-09-151-9/+12
|
* hle/service: Default constructors and destructors in the cpp file where applicableLioncash2018-09-111-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When a destructor isn't defaulted into a cpp file, it can cause the use of forward declarations to seemingly fail to compile for non-obvious reasons. It also allows inlining of the construction/destruction logic all over the place where a constructor or destructor is invoked, which can lead to code bloat. This isn't so much a worry here, given the services won't be created and destroyed frequently. The cause of the above mentioned non-obvious errors can be demonstrated as follows: ------- Demonstrative example, if you know how the described error happens, skip forwards ------- Assume we have the following in the header, which we'll call "thing.h": \#include <memory> // Forward declaration. For example purposes, assume the definition // of Object is in some header named "object.h" class Object; class Thing { public: // assume no constructors or destructors are specified here, // or the constructors/destructors are defined as: // // Thing() = default; // ~Thing() = default; // // ... Some interface member functions would be defined here private: std::shared_ptr<Object> obj; }; If this header is included in a cpp file, (which we'll call "main.cpp"), this will result in a compilation error, because even though no destructor is specified, the destructor will still need to be generated by the compiler because std::shared_ptr's destructor is *not* trivial (in other words, it does something other than nothing), as std::shared_ptr's destructor needs to do two things: 1. Decrement the shared reference count of the object being pointed to, and if the reference count decrements to zero, 2. Free the Object instance's memory (aka deallocate the memory it's pointing to). And so the compiler generates the code for the destructor doing this inside main.cpp. Now, keep in mind, the Object forward declaration is not a complete type. All it does is tell the compiler "a type named Object exists" and allows us to use the name in certain situations to avoid a header dependency. So the compiler needs to generate destruction code for Object, but the compiler doesn't know *how* to destruct it. A forward declaration doesn't tell the compiler anything about Object's constructor or destructor. So, the compiler will issue an error in this case because it's undefined behavior to try and deallocate (or construct) an incomplete type and std::shared_ptr and std::unique_ptr make sure this isn't the case internally. Now, if we had defaulted the destructor in "thing.cpp", where we also include "object.h", this would never be an issue, as the destructor would only have its code generated in one place, and it would be in a place where the full class definition of Object would be visible to the compiler. ---------------------- End example ---------------------------- Given these service classes are more than certainly going to change in the future, this defaults the constructors and destructors into the relevant cpp files to make the construction and destruction of all of the services consistent and unlikely to run into cases where forward declarations are indirectly causing compilation errors. It also has the plus of avoiding the need to rebuild several services if destruction logic changes, since it would only be necessary to recompile the single cpp file.
* profile_manager: Remove unnecessary memcpy in GetProfileBaseAndData()Lioncash2018-08-211-1/+1
| | | | | Given the source and destination types are the same std::array type, we can simply use regular assignment to perform the same behavior.
* profile_manager: Use type aliases for username data, profile data, and user arraysLioncash2018-08-211-9/+9
| | | | | Avoids the need to repeatedly specify the whole array type in multiple places.
* profile_manager: Take ProfileInfo by const reference where applicableLioncash2018-08-211-4/+4
| | | | | | ProfileInfo is quite a large struct in terms of data, and we don't need to perform a copy in these instances, so we can just pass constant references instead.
* profile_manager: Make array parameter to CreateNewUser a const referenceLioncash2018-08-211-1/+1
| | | | | This doesn't modify the passed in array, so this can be a const reference.
* profile_manager: Move UUID generation function to the cpp fileLioncash2018-08-211-0/+10
| | | | | This avoids needing to dump the contents of <random> into other files that include the profile manager header.
* profile_manager: Remove unnecessary std::move in AddToProfiles() and CreateNewUser()Lioncash2018-08-201-2/+2
| | | | | | Moving a const reference isn't possible, so this just results in a copy (and given ProfileInfo is composed of trivial types and aggregates, a move wouldn't really do anything).
* Added better explanations in the profile managerDavid Marcec2018-08-111-1/+31
|
* Code cleanup for profile managerDavid Marcec2018-08-111-29/+31
|
* Added GetOpenUserCountDavid Marcec2018-08-111-2/+11
|
* Removed all for loops from the profile managerDavid Marcec2018-08-111-9/+4
|
* If statement style changeDavid Marcec2018-08-111-11/+19
|
* Second round of account changesDavid Marcec2018-08-111-12/+15
|
* First round of account changesDavid Marcec2018-08-111-24/+28
|
* Added IsUserRegistrationRequestPermittedDavid Marcec2018-08-111-0/+6
|
* Don't add user if the uuid already existsDavid Marcec2018-08-091-0/+4
|
* Open first user addedDavid Marcec2018-08-081-1/+3
|
* Inital pass of account backend implementationDavid Marcec2018-08-081-2/+16
| | | | This commit verified working on puyo
* GetProfileBase and GetProfileBaseAndData addedDavid Marcec2018-08-081-0/+60
|
* began initial implementation of "ProfileManager"David Marcec2018-08-081-0/+89
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-03 07:02:18 +0200