Opened 19 months ago
Closed 19 months ago
#17998 closed bug (fixed)
HaikuDepot: User license agreement cannot be agreed to
Reported by: | stippi | Owned by: | apl-haiku |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta4 |
Component: | Applications/HaikuDepot | Version: | R1/beta3 |
Keywords: | hidpi | Cc: | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
On hrev56529, opening HaikuDepot promted me with a message that user "stippi" already agreed to the license agreement, but that it has since changed. In the window, I don't have any button to confirm my agreement. This window blocks the HaikuDepot main window, so that installing any software is impossible (hence the R1/beta4 milestone).
Attachments (3)
Change History (12)
by , 19 months ago
Attachment: | screenshot3.png added |
---|
comment:1 by , 19 months ago
Component: | - General → Applications/HaikuDepot |
---|---|
Owner: | changed from | to
comment:3 by , 19 months ago
I assume this is related to having logged into Haikudepot? we should probably change this then to allow for reading the terms later and using the depot without an account (and statistic gathering) for the time beeing, especially the bering above 16 part seems to make no sense it this refers to anonymoud usage.
comment:4 by , 19 months ago
on a second note: it is entirely possible the accept button is hidden by the prompt to view the EULA, that is you have to click it and then accept below it. If that is the casr it should be changed to an explicit button, say "EULA anzeigen"(show EULA) and "nicht jetzt"(not now)
by , 19 months ago
Attachment: | uuc-layout-issue-ccorect-de.png added |
---|
Correct Layout in German (regular resolution)
by , 19 months ago
Attachment: | uuc-layout-issue-ccorect-en.png added |
---|
Correct Layout of the Window in English (standard resolution)
comment:5 by , 19 months ago
Keywords: | hidpi added |
---|
comment:6 by , 19 months ago
Keywords: | hidpi removed |
---|
comment:7 by , 19 months ago
Keywords: | hidpi added |
---|
comment:8 by , 19 months ago
I think this is a problem in BTextView (again.) It doesn't actually compute a logical minimum size, and so the text view takes up more space than it claims it needs, thus leading to other controls getting cut off.
comment:9 by , 19 months ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed in hrev56538. The window sizing isn't exactly ideal but it's now usable anyway.
Screenshot of the dialog