2 Commits
Author SHA1 Message Date
AlexeyBarabash 10b4f7a74b [cr140][Android] Removed bookmark_html_reader.cc
ContentBookmarkParser should be used instead

Chromium change:
https://source.chromium.org/chromium/chromium/src/+/7537def946321cdd2c95ef3d91b0eff0df5b09fa

	[safari-import] Implement ContentBookmarkParser

	This CL implements the ContentBookmarkParser by simply moving the code
	of BookmarkHTMLReader. A follow up CL will refractor the original
	BookmarkHTMLReader code so it better fits the new architecture.

	Bug: 407587751, 414604427
	Change-Id: I50cc66f0528800b3748522bea4d908fe6743db18
	Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/6680478
2025-08-19 19:54:20 +01:00
Artem Samoilenko f65a1f40a6 [Android] Modularize bookmarks browser code
Chromium change:
https://chromium.googlesource.com/chromium/src/+/088816e5c47905f8b4e16dd867cddaf24fb4f55f

[bookmarks] Modularize bookmarks browser code

Moved production bookmarks browser code to chrome/browser/bookmarks
directory. Made some small changes along the way to simplify the
process.
* Moved all production bookmarks browser code to module.
* Added a separate target for files that can be modularized now.
* Added a separate gni list for files that can't be modularized now
  which is included in chrome_java directly. Over time I will refactor
  those files so that they are moved into the main modularized target.
* Merged ReadingListUtils and BookmarkUtils. In the long run, browser
  reading list code shouldn't really exist since the concepts are
  merged at the native level.
* Moved one method from BookmarkUtils to BookmarkModel to allow for
  more files to be modularized.

Eventually some files, particularly implementations of interfaces
defined in chrome/browser/bookmarks, will live in the unmodularized
directory.

Bug: 395908100
2025-03-18 20:02:13 -04:00